轉自:https://blog.csdn.net/eson_15/article/details/51425010 上一節我們做完了購物車的基本操作,但是有個問題是:當用戶點擊結算時,我們應該做一個登錄的判斷,判斷用戶有沒有登錄,沒有登錄的話,得首先讓用戶登錄。這就用到了過濾器的技術了,過濾器是專門 ...
轉自:https://blog.csdn.net/eson_15/article/details/51425010
上一節我們做完了購物車的基本操作,但是有個問題是:當用戶點擊結算時,我們應該做一個登錄的判斷,判斷用戶有沒有登錄,沒有登錄的話,得首先讓用戶登錄。這就用到了過濾器的技術了,過濾器是專門攔截頁面請求的,它與攔截器的原理差不多,攔截器是專門攔截Action請求的,所以各有所用,如果直接是頁面的跳轉,不經過Action的話,我們只要寫一個攔截器即可,如果需要跳轉到一個Action處理,那麼我們就得寫一個攔截器。
1. 登錄跳轉的原理
先說一下實現原理:寫一個過濾器,在web.xml中配置一下需要攔截的url,這樣的話,當用戶的請求url中滿足配置的話,就會執行我們自己寫的過濾器,在過濾器中,我們首先檢查session中有沒有登錄過的user,如果沒有說明沒有登錄,然後拿到用戶想要訪問的頁面url和參數,重新拼接成url放到session中,然後重定向到登陸頁面,登錄後跳轉到Action處理,處理完後跳轉到session中保存的url,即原來用戶想去的地方。這樣就完成了登陸的跳轉了。
2. 登錄跳轉的實現
當現實購物車頁面後,我們點擊結賬,它會自動跳轉到訂單確認的頁面,如下:
但是此時如果用戶沒登錄,我們肯定不能直接跳到訂單確認頁面,所以我們要用過濾器攔下來判斷一下,下麵寫過濾器:
2.1 過濾器的實現
過濾器的實現要實現Filter介面,並覆寫三個方法即可,其實我們主要要覆寫其中一個方法即可。如下:
- public class UserFilter implements Filter {
- public void destroy() {
- // TODO Auto-generated method stub
- }
- 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);
- }
- }
- 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處理,代碼如下:
- 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方法,實現比較簡單,如下:
- //userService介面
- public interface UserService extends BaseService<User> {
- //用戶登陸,成功返回該User
- public User login(User user);
- }
- //userServiceImpl實現類
- public class UserServiceImpl extends BaseServiceImpl<User> implements
- UserService {
- 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的時候我們得用攔截器攔截來判斷,後期再來完善這裡吧,現在先把這裡的功能基本實現了再說~好了,登錄判斷與跳轉就做好了。