【SSH网上商城项目实战19】订单信息的级联入库以及页面的缓存问题

  购物车这一块还剩最后两个问题，就是订单信息的级联入库和页面缓存，这里的信息是指购物车和购物项，即我们将购物车的信息存入数据库的同时，也存入每个购物项的信息，而且外键都关联好，这涉及到了hibernate中的级联入库问题；页面缓存问题指的是当用户确认了订单后，如果点后退，又会回到订单确认页面，刚刚的订单确认页面又出来了，而且session还在，信息还是刚刚的信息，这明显不是我们想要的结果，我们会在后面一一分析。这一节主要来讨论订单信息的级联入库以及页面的缓存问题。

1. 订单信息的级联入库

        Hibernate中两张关联表的级联入库，需要配置一下，这里主要介绍注解的配置方式，订单的POJO是Forder，购物项的POJO是Sorder，Forder与Sorder是一对多的关系，首先我们设置一下它们的注解配置，如下：

@Entity  
public class Forder implements java.io.Serializable {  
      
    //省略无关代码……  
  
    private List<Sorder> sorders = new ArrayList<Sorder>();  
  
    @OneToMany(cascade = CascadeType.ALL, fetch = FetchType.LAZY, mappedBy = "forder")  
    public List<Sorder> getSorders() {  
        return this.sorders;  
    }  
  
    public void setSorders(List<Sorder> sorders) {  
        this.sorders = sorders;  
    }  
}  
  
@Entity  
public class Sorder implements java.io.Serializable {  
  
    //省略无关代码……  
  
    private Forder forder;  
  
    @ManyToOne(fetch = FetchType.LAZY)  
    @JoinColumn(name = "fid")  
    public Forder getForder() {  
        return this.forder;  
    }  
  
    public void setForder(Forder forder) {  
        this.forder = forder;  
    }  
}  

 这样配置后，当我们save订单项时，也会save购物项，而且自动关联外键。但是前提是，我们要将它们之间的关系设置好，即forder中要setSorders()，sorder中要setForder()，以及其他相关联的外键对应的实体中的属性。

        之前我们将购物项加入购物车的时候已经将执行了forder.setSorder(sorder)了，现在我们需要在sorder中加入forder，所以我们在原来的代码上添加一下，如下：

//这是17节中的代码，我们在中间插上一句  
@Service("sorderService")  
public class SorderServiceImpl extends BaseServiceImpl<Sorder> implements  
        SorderService {  
  
    @Override  
    public Forder addSorder(Forder forder, Product product) {  
        boolean isHave = false; //用来标记有没有重复购物项  
        //拿到当前的购物项  
        Sorder sorder = productToSorder(product);  
        //判断当前购物项是否重复，如果重复，则添加数量即可  
        for(Sorder old : forder.getSorders()) {  
            if(old.getProduct().getId().equals(sorder.getProduct().getId())) {  
                //购物项有重复，添加数量即可  
                old.setNumber(old.getNumber() + sorder.getNumber());  
                isHave = true;  
                break;  
            }  
        }  
        //当前购物项在购物车中不存在，新添加即可  
        if(!isHave) {  
                        //我们在这里插入一句：  
            //在向购物中添加购物项之前，先建立购物项与购物车的关联，但是此时forder.id为null，  
            //但是在入库的时候是先入库购物车，再入库购物项，那时候就有主键了  
            sorder.setForder(forder);  
            forder.getSorders().add(sorder);  
        }  
          
        return forder;  
    }  
  
    @Override  
    public Sorder productToSorder(Product product) {  
        Sorder sorder = new Sorder();  
        sorder.setName(product.getName());  
        sorder.setNumber(1);  
        sorder.setPrice(product.getPrice());  
        sorder.setProduct(product);  
        return sorder;  
    }  
}  

    好了，我们看一下订单确认时跳转到了哪个Action：

        所以我们去完成forderAction中的逻辑：

@Controller("forderAction")  
@Scope("prototype")  
public class ForderAction extends BaseAction<Forder> {  
      
    @Override  
    public Forder getModel() {  
        model = (Forder) session.get("forder");  
        return model;  
    }  
  
    //实现购物车（订单）与购物项（订单项）级联入库功能  
    public String save() {  
//      // 把session中的购物项交给当前的model对象  
//      Forder forder = (Forder) session.get("forder");  
//      //model.setSorders(forder.getSorders());  
//      forder.setAddress(model.getAddress());  
//      forder.setName(model.getName());  
//      forder.setPhone(model.getPhone());  
//      forder.setRemark(model.getRemark());  
//      forder.setUser((User)session.get("user"));  
//      forder.setStatus(new Status(1));  
//      forder.setPost(model.getPost());  
//      //级联入库(需要在xml或者POJO的注解中配置)，需要sorder关联forder  
//      //在SorderServiceImpl类中追加sorder.setForder(forder);  
//      forderService.save(forder);  
          
        model.setUser((User)session.get("user"));  
        model.setStatus(new Status(1));  
        forderService.save(model);  
          
        return "bank";  
    }  
} 

  从上面的代码中可以看出，有两种方法：第一种不覆写getModel方法（我注释掉的部分），这个方法比较笨，由于ForderAction继承了BaseAction，而BaseAction实现了ModelDriven接口，所以传过来的数据会封装到model中，model是BaseAction中的一个属性，然后我们需要将model中的信息全部传到session中的forder中，然后forder中数据有了才能与Sorder一起级联入库，不过这种方法有点笨……所以我们采用第二种方法，重写getModel方法，直接将forder赋给model即可，然后我们只要将model中级联的项添加一下即可，即上面非注释的代码。这样用户点击订单确认后，信息入库，跳转到支付页面（支付页面接下来要做，目前先随便跳转到一个jsp即可）。

2. 页面缓存问题

        现在订单信息的级联入库解决了，但是如果用户点击确认订单后，再后退，我们发现还是原来的订单确认页面，而且信息还是刚刚的信息，session也没关，也就是说相当于我又要确认订单信息，这明显是不妥的，也就是说，当用户点击确认订单后，我们不能让页面缓存，这样的话，当用户点击后退，就会显示页面已经失效了，我们让它跳到首页即可。

        我们知道，在前台jsp页面可以设置让浏览器不缓存数据，所以我们可以在前台confirm.jsp页面进行如下设置：

        但是问题没那么简单，仅仅这样做是不行的，这样做的话，用户点击后退是会出现页面已过期的提示，但是当用户刷新一下又不行了，又会显示缓存加载原来的数据。所以我们明白了一点，由于session还没关闭，session中有订单的信息forder，用户刷新一下肯定会继续拿到这个forder，就会显示原来的订单信息，所以仅仅在前台这样设置根本无法解决问题，我们在后台也要做相关处理才行。

        既然知道问题所在了，我们可以这样做：因为当用户点击确认订单后，会交给ForderAction，然后ForderAction处理完后会跳转到支付页面，我们可以在ForderAction中做些手脚：我们将session中原来的forder给清掉，那就不OK了么？这是可行的，但是考虑到后面支付的时候还是需要订单的相关信息，所以我们可以将session中原来的forder保存到另一个地方，然后将原来的forder清空，所以我们在上面的ForderAction中最后加上两行代码，如下：

@Controller("forderAction")  
@Scope("prototype")  
public class ForderAction extends BaseAction<Forder> {  
      
    @Override  
    public Forder getModel() {  
        model = (Forder) session.get("forder");  
        return model;  
    }  
  
    //实现购物车（订单）与购物项（订单项）级联入库功能  
    public String save() {  
//      // 把session中的购物项交给当前的model对象  
//      Forder forder = (Forder) session.get("forder");  
//      //model.setSorders(forder.getSorders());  
//      forder.setAddress(model.getAddress());  
//      forder.setName(model.getName());  
//      forder.setPhone(model.getPhone());  
//      forder.setRemark(model.getRemark());  
//      forder.setUser((User)session.get("user"));  
//      forder.setStatus(new Status(1));  
//      forder.setPost(model.getPost());  
//      //级联入库(需要在xml或者POJO的注解中配置)，需要sorder关联forder  
//      //在SorderServiceImpl类中追加sorder.setForder(forder);  
//      forderService.save(forder);  
          
        model.setUser((User)session.get("user"));  
        model.setStatus(new Status(1));  
        forderService.save(model);  
          
        //此时购物车已经入库，那么原来session中的购物车就应该清空  
        session.put("oldForder", session.get("forder"));//先将原来的购物车信息保存下来，因为后面付款的时候还需要相关信息  
        session.put("forder", new Forder());//new一个新的空购物车（相当于清空了购物车），还可以方便用户再买~  
        return "bank";  
    }  
}  

  然后还没完，我们在前台确认订单页面也得加上下面的代码：

        现在的逻辑就清楚了，首先到订单确认页面，forder是有数据的，所以不为空，这个判断无效的，当用户点击确认订单后，在ForderAction中我们将forder换成了一个空的Forder对象，也就是说原来的数据都没了（我们保存在session中另一个键值对中，供后面支付用），这样当用户点后退又回到刚刚订单确认页面时，那个判断就生效了，就会跳转到首页去，到这里，整个逻辑就完整了，页面缓存问题解决好了。