上一節我們做完了購物車的基本操作,但是有個問題是:當用戶點擊結算時,我們應該做一個登錄的判斷,判斷用戶有沒有登錄,沒有登錄的話,得首先讓用戶登錄。這就用到了過濾器的技術了,過濾器是專門攔截頁面請求的,它與攔截器的原理差不多,攔截器是專門攔截Action請求的,所以各有所用,如果直接是頁面的跳轉,不經過Action的話,我們只要寫一個攔截器即可,如果需要跳轉到一個Action處理,那么我們就得寫一個攔截器。
1. 登錄跳轉的原理
先說一下實現原理:寫一個過濾器,在web.xml中配置一下需要攔截的url,這樣的話,當用戶的請求url中滿足配置的話,就會執行我們自己寫的過濾器,在過濾器中,我們首先檢查session中有沒有登錄過的user,如果沒有說明沒有登錄,然后拿到用戶想要訪問的頁面url和參數,重新拼接成url放到session中,然后重定向到登陸頁面,登錄后跳轉到Action處理,處理完后跳轉到session中保存的url,即原來用戶想去的地方。這樣就完成了登陸的跳轉了。
2. 登錄跳轉的實現
當現實購物車頁面后,我們點擊結賬,它會自動跳轉到訂單確認的頁面,如下:
但是此時如果用戶沒登錄,我們肯定不能直接跳到訂單確認頁面,所以我們要用過濾器攔下來判斷一下,下面寫過濾器:
2.1 過濾器的實現
過濾器的實現要實現Filter接口,并覆寫三個方法即可,其實我們主要要覆寫其中一個方法即可。如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
|
public class UserFilter implements Filter { @Override public void destroy() { // TODO Auto-generated method stub } @Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req = (HttpServletRequest) request; HttpServletResponse res = (HttpServletResponse) response; // 判斷當前session是否有用戶信息 if (req.getSession().getAttribute( "user" ) == null ) { //保存當前客戶想要去的url地址 String goURL = req.getServletPath(); //獲得用戶想要去的地址 String param = req.getQueryString(); //獲得地址中攜帶的參數 if (param != null ) { goURL = goURL + "?" + param; //重新拼好請求地址+參數 } //把當前客戶想要訪問的地址,存儲到session中 req.getSession().setAttribute( "goURL" , goURL); //非法請求,跳轉到登陸頁面 req.getSession().setAttribute( "error" , "非法請求,請登錄!" ); res.sendRedirect(req.getContextPath() + "/ulogin.jsp" ); } else { //如果有下一個過濾器則跳轉,否則直接到目標頁面 chain.doFilter(request, response); } } @Override public void init(FilterConfig config) throws ServletException { // TODO Auto-generated method stub } } |
從實現的代碼來看,主要腹瀉了doFilter方法,在方法里,首先判斷當前session中是否有用戶的信息,如果沒有,說明沒有登錄,那么要先將用戶想要去的url地址和地址中的參數保存下來,拼成新的url存到session中,然后重定向到登陸頁面,讓用戶登陸。如果session中有用戶信息,說明已經登錄過了,直接放行到用戶想去的頁面。
寫好了Filter,別忘了在web.xml中配置要過濾的url,配置如下:
所以會過濾上面的${shop}/user/confirm.jsp。接下來我們看看登陸頁面,其實就是兩個框框,用戶名和密碼,主要看它跳到哪個Action去:
我們看到,它跳轉到了userAction中的login方法去執行邏輯。下面我們實現userAction:
2.2 Action的實現
在userAction中,我們首先進行登陸的判斷,即在數據庫中查找有沒有該用戶名和密碼的用戶,如果成功,則將user存到session中,然后返回一個結果,交給struts2處理,代碼如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
@Controller ( "userAction" ) @Scope ( "prototype" ) public class UserAction extends BaseAction<User> { public String login() { //進行登陸的判斷 model = userService.login(model); if (model == null ) { session.put( "error" , "登陸失敗" ); return "login" ; } else { //登錄成功,先將用戶存儲到session中 session.put( "user" , model); //根據session中goURL是否有值而決定頁面的跳轉 if (session.get( "goURL" ) == null ) { return "index" ; //跳到首頁 } else { return "goURL" ; } } } } |
我們看看struts.xml中的配置:
因為我們把goURL存在session中了,但是在struts.xml中我們不能像在java代碼里去拿session,然后拿參數,但是我們可以從值棧中取,上面是從值棧中取數據的方法。
2.3 Service層的登陸判斷
Service層主要就是上面Action中用到的login方法,實現比較簡單,如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
//userService接口 public interface UserService extends BaseService<User> { //用戶登陸,成功返回該User public User login(User user); } //userServiceImpl實現類 @Service ( "userService" ) public class UserServiceImpl extends BaseServiceImpl<User> implements UserService { @Override public User login(User user) { String hql = "from User u where u.login=:login and u.pass=:pass" ; return (User) getSession().createQuery(hql) // .setString( "login" , user.getLogin()) // .setString( "pass" , user.getPass()) // .uniqueResult(); } } |
好了,這樣我們用過濾器實現了用戶登錄的判斷與跳轉,登陸過后,就能跳轉到訂單確認頁面了,效果如下:
整個流程測試完畢,功能正常。其實這里還可以再完善一點,我們其實應該在加入購物車之前就應該要進行登錄判斷,也就是說,購物車頁面的時候已經是登錄狀態了,這里是訂單確認頁面判斷登錄的。不過在購物車頁面前進行判斷的話,我們就不好用過濾器了,我們得用攔截器,因為跳轉到購物車頁面請求的是Action,不是普通頁面,請求Action的時候我們得用攔截器攔截來判斷,后期再來完善這里吧,現在先把這里的功能基本實現了再說~好了,登錄判斷與跳轉就做好了。
原文地址:http://blog.csdn.net/eson_15/article/details/51425010
以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持服務器之家。