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

转载 2017年03月29日 21:23:40

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

1. 订单信息的级联入库

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

  1. @Entity  
  2. public class Forder implements java.io.Serializable {  
  3.       
  4.     //省略无关代码……  
  5.   
  6.     private List<Sorder> sorders = new ArrayList<Sorder>();  
  7.   
  8.     @OneToMany(cascade = CascadeType.ALL, fetch = FetchType.LAZY, mappedBy = "forder")  
  9.     public List<Sorder> getSorders() {  
  10.         return this.sorders;  
  11.     }  
  12.   
  13.     public void setSorders(List<Sorder> sorders) {  
  14.         this.sorders = sorders;  
  15.     }  
  16. }  
  17.   
  18. @Entity  
  19. public class Sorder implements java.io.Serializable {  
  20.   
  21.     //省略无关代码……  
  22.   
  23.     private Forder forder;  
  24.   
  25.     @ManyToOne(fetch = FetchType.LAZY)  
  26.     @JoinColumn(name = "fid")  
  27.     public Forder getForder() {  
  28.         return this.forder;  
  29.     }  
  30.   
  31.     public void setForder(Forder forder) {  
  32.         this.forder = forder;  
  33.     }  
  34. }  
        这样配置后,当我们save订单项时,也会save购物项,而且自动关联外键。但是前提是,我们要将它们之间的关系设置好,即forder中要setSorders(),sorder中要setForder(),以及其他相关联的外键对应的实体中的属性。

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

  1. //这是17节中的代码,我们在中间插上一句  
  2. @Service("sorderService")  
  3. public class SorderServiceImpl extends BaseServiceImpl<Sorder> implements  
  4.         SorderService {  
  5.   
  6.     @Override  
  7.     public Forder addSorder(Forder forder, Product product) {  
  8.         boolean isHave = false//用来标记有没有重复购物项  
  9.         //拿到当前的购物项  
  10.         Sorder sorder = productToSorder(product);  
  11.         //判断当前购物项是否重复,如果重复,则添加数量即可  
  12.         for(Sorder old : forder.getSorders()) {  
  13.             if(old.getProduct().getId().equals(sorder.getProduct().getId())) {  
  14.                 //购物项有重复,添加数量即可  
  15.                 old.setNumber(old.getNumber() + sorder.getNumber());  
  16.                 isHave = true;  
  17.                 break;  
  18.             }  
  19.         }  
  20.         //当前购物项在购物车中不存在,新添加即可  
  21.         if(!isHave) {  
  22.                         //我们在这里插入一句:  
  23.             //在向购物中添加购物项之前,先建立购物项与购物车的关联,但是此时forder.id为null,  
  24.             //但是在入库的时候是先入库购物车,再入库购物项,那时候就有主键了  
  25.             sorder.setForder(forder);  
  26.             forder.getSorders().add(sorder);  
  27.         }  
  28.           
  29.         return forder;  
  30.     }  
  31.   
  32.     @Override  
  33.     public Sorder productToSorder(Product product) {  
  34.         Sorder sorder = new Sorder();  
  35.         sorder.setName(product.getName());  
  36.         sorder.setNumber(1);  
  37.         sorder.setPrice(product.getPrice());  
  38.         sorder.setProduct(product);  
  39.         return sorder;  
  40.     }  
  41. }  
        好了,我们看一下订单确认时跳转到了哪个Action:

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

  1. @Controller("forderAction")  
  2. @Scope("prototype")  
  3. public class ForderAction extends BaseAction<Forder> {  
  4.       
  5.     @Override  
  6.     public Forder getModel() {  
  7.         model = (Forder) session.get("forder");  
  8.         return model;  
  9.     }  
  10.   
  11.     //实现购物车(订单)与购物项(订单项)级联入库功能  
  12.     public String save() {  
  13. //      // 把session中的购物项交给当前的model对象  
  14. //      Forder forder = (Forder) session.get("forder");  
  15. //      //model.setSorders(forder.getSorders());  
  16. //      forder.setAddress(model.getAddress());  
  17. //      forder.setName(model.getName());  
  18. //      forder.setPhone(model.getPhone());  
  19. //      forder.setRemark(model.getRemark());  
  20. //      forder.setUser((User)session.get("user"));  
  21. //      forder.setStatus(new Status(1));  
  22. //      forder.setPost(model.getPost());  
  23. //      //级联入库(需要在xml或者POJO的注解中配置),需要sorder关联forder  
  24. //      //在SorderServiceImpl类中追加sorder.setForder(forder);  
  25. //      forderService.save(forder);  
  26.           
  27.         model.setUser((User)session.get("user"));  
  28.         model.setStatus(new Status(1));  
  29.         forderService.save(model);  
  30.           
  31.         return "bank";  
  32.     }  
  33. }  

        从上面的代码中可以看出,有两种方法:第一种不覆写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中最后加上两行代码,如下:

  1. @Controller("forderAction")  
  2. @Scope("prototype")  
  3. public class ForderAction extends BaseAction<Forder> {  
  4.       
  5.     @Override  
  6.     public Forder getModel() {  
  7.         model = (Forder) session.get("forder");  
  8.         return model;  
  9.     }  
  10.   
  11.     //实现购物车(订单)与购物项(订单项)级联入库功能  
  12.     public String save() {  
  13. //      // 把session中的购物项交给当前的model对象  
  14. //      Forder forder = (Forder) session.get("forder");  
  15. //      //model.setSorders(forder.getSorders());  
  16. //      forder.setAddress(model.getAddress());  
  17. //      forder.setName(model.getName());  
  18. //      forder.setPhone(model.getPhone());  
  19. //      forder.setRemark(model.getRemark());  
  20. //      forder.setUser((User)session.get("user"));  
  21. //      forder.setStatus(new Status(1));  
  22. //      forder.setPost(model.getPost());  
  23. //      //级联入库(需要在xml或者POJO的注解中配置),需要sorder关联forder  
  24. //      //在SorderServiceImpl类中追加sorder.setForder(forder);  
  25. //      forderService.save(forder);  
  26.           
  27.         model.setUser((User)session.get("user"));  
  28.         model.setStatus(new Status(1));  
  29.         forderService.save(model);  
  30.           
  31.         //此时购物车已经入库,那么原来session中的购物车就应该清空  
  32.         session.put("oldForder", session.get("forder"));//先将原来的购物车信息保存下来,因为后面付款的时候还需要相关信息  
  33.         session.put("forder"new Forder());//new一个新的空购物车(相当于清空了购物车),还可以方便用户再买~  
  34.         return "bank";  
  35.     }  
  36. }  
        然后还没完,我们在前台确认订单页面也得加上下面的代码:

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

        相关阅读:http://blog.csdn.net/column/details/str2hiberspring.html

        整个项目的源码下载地址:http://blog.csdn.net/eson_15/article/details/51479994

_____________________________________________________________________________________________________________________________________________________

-----乐于分享,共同进步!

-----更多文章请看:http://blog.csdn.net/eson_15
9
1

我的同类文章

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

购物车这一块还剩最后两个问题,就是订单信息的级联入库和页面缓存,这里的信息是指购物车和购物项,即我们将购物车的信息存入数据库的同时,也存入每个购物项的信息,而且外键都关联好,这涉及到了Hibernat...
  • eson_15
  • eson_15
  • 2016年05月17日 23:59
  • 12211

【SSH网上商城项目实战05】完成数据库的级联查询和分页

上一节我们完成了EasyUI菜单的实现。这一节我们主要来写一下CategoryServiceImpl实现类,完成数据库的级联查询。一般项目从后往前做,先做service(我们没有抽取Dao,最后再抽取...
  • eson_15
  • eson_15
  • 2016年05月08日 00:01
  • 11105

【SSH网上商城项目实战27】域名空间的申请和项目的部署及发布

前面陆陆续续的完成了网上商城的一些基本功能,虽然还有很多地方有待完善,但是不影响项目的部署和发布,我们可以先来玩一把,这一节主要介绍下域名空间的申请以及项目的部署和发布流程。1. 域名空间的申请  作...
  • eson_15
  • eson_15
  • 2016年05月23日 22:20
  • 17416

【SSH网上商城项目实战30】项目总结(附源码下载地址)

项目基本完成了,加上这个总结,与这个项目相关的博客也写了30篇了,积少成多,写博客的过程是固化思路的一个过程,对自己很有用,同时也能帮助别人。顺便说个题外话,在学习的过程中肯定会遇到很多异常出现,我们...
  • eson_15
  • eson_15
  • 2016年05月27日 15:44
  • 77136

【SSH网上商城项目实战15】线程、定时器同步首页数据(类似于CSDN博客定期更新排名)

上一节我们做完了首页UI界面,但是有个问题:如果我在后台添加了一个商品,那么我必须重启一下服务器才能重新同步后台数据,然后刷新首页才能同步数据。这明显不是我们想要的效果,一般这种网上商城首页肯定不是人...
  • eson_15
  • eson_15
  • 2016年05月15日 09:11
  • 6087

【SSH网上商城项目实战28】使用Ajax技术局部更新商品数量和总价

在没有Ajax之前,一般都是根据用户修改的值去找Action,然后返回新的jsp页面重新加载整个页面,完成数字的更新。但是有了Ajax技术后,我们可以利用Ajax技术局部刷新要改变的地方,而不是重新加...
  • eson_15
  • eson_15
  • 2016年05月24日 18:07
  • 10084

【SSH网上商城项目实战08】查询和删除商品类别功能的实现

上一节我们完成了使用DataGrid显示所有商品信息,这节我们开始添加几个功能:添加、更新、删除和查询。首先我们实现下前台的显示,然后再做后台获取数据。 1. 添加、更新、删除和查询功能的前台实现 ...
  • eson_15
  • eson_15
  • 2016年05月09日 19:27
  • 10242

【SSH网上商城项目实战07】Struts2和Json的整合

上一节我们完成了DataGrid显示jason数据,但是没有和后台联系在一起,只是单纯地显示了我们自己弄的json数据,这一节我们将json和Struts2整合,打通EasyUI和Struts2之间的...
  • eson_15
  • eson_15
  • 2016年05月09日 09:03
  • 9173

【SSH网上商城项目实战06】基于DataGrid的数据显示

EasyUI中DataGrid以表格形式展示数据,并提供了丰富的选择、排序、分组和编辑数据的功能支持。DataGrid的设计用于缩短开发时间,并且使开发人员不需要具备特定的知识。它是轻量级的且功能丰富...
  • eson_15
  • eson_15
  • 2016年05月08日 15:25
  • 7535

03(maven+SSH)网上商城项目实战之数据库设计(PDM)

数据库物理模型: 数据库SQL: create table consignee_management (    consignee_id         int not...
  • a1101282836
  • a1101282836
  • 2015年11月10日 15:45
  • 1095
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:【SSH网上商城项目实战19】订单信息的级联入库以及页面的缓存问题
举报原因:
原因补充:

(最多只允许输入30个字)