購物車這一塊還剩最後兩個問題，就是訂單資訊的級聯入庫和頁面快取，這裡的資訊是指購物車和購物項，即我們將購物車的資訊存入資料庫的同時，也存入每個購物項的資訊，而且外來鍵都關聯好，這涉及到了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中另一個鍵值對中，供後面支付用），這樣當用戶點後退又回到剛剛訂單確認頁面時，那個判斷就生效了，就會跳轉到首頁去，到這裡，整個邏輯就完整了，頁面快取問題解決好了。