MVC模式复习


早期的J2EEproject 使用servlet来处理那些业务逻辑。 

Java代码 

  1. public class LoginServlet extends HttpServlet {   
  2.   
  3.     /* (non-Javadoc)  
  4.      * @see javax.servlet.http.HttpServlet#doPost(javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse)  
  5.      */  
  6.     @Override  
  7.     protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {   
  8.         String message = null;   
  9.         RequestDispatcher dispatcher = req.getRequestDispatcher("/result.jsp");   
  10.         String name = req.getParameter("name");   
  11.         String password = req.getParameter("password");   
  12.            
  13.         UserHandler userHandler = new UserHandler();   
  14.         if(userHandler.authenticate(name, password)) {   
  15.             message = "恭喜你,登录成功";   
  16.         } else {   
  17.             message = "对不起,登录失败";   
  18.         }   
  19.            
  20.         req.setAttribute("message", message);   
  21.         dispatcher.forward(req, resp);   
  22.     }   
  23. }  


Java代码  

  1. public class LoginServlet extends HttpServlet {  
  2.   
  3.     /* (non-Javadoc) 
  4.      * @see javax.servlet.http.HttpServlet#doPost(javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse) 
  5.      */  
  6.     @Override  
  7.     protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {  
  8.         String message = null;  
  9.         RequestDispatcher dispatcher = req.getRequestDispatcher("/result.jsp");  
  10.         String name = req.getParameter("name");  
  11.         String password = req.getParameter("password");  
  12.           
  13.         UserHandler userHandler = new UserHandler();  
  14.         if(userHandler.authenticate(name, password)) {  
  15.             message = "恭喜你,登录成功";  
  16.         } else {  
  17.             message = "对不起,登录失败";  
  18.         }  
  19.           
  20.         req.setAttribute("message", message);  
  21.         dispatcher.forward(req, resp);  
  22.     }  
  23. }  



在这里,我们需要在web.xml中为这个servlet配置url的请求关系。 

Xml代码 

  1. <servlet>  
  2.   <servlet-name>Login</servlet-name>  
  3.     <servlet-class>  
  4.       com.demo2do.servlet.LoginServlet   
  5.   </servlet-class>  
  6. </servlet>  
  7. <servlet-mapping>  
  8.   <servlet-name>Login</servlet-name>  
  9.   <url-pattern>  
  10.     /Login   
  11.   </url-pattern>  
  12. </servlet-mapping>  

Xml代码  

  1. <servlet>  
  2.   <servlet-name>Login</servlet-name>  
  3.     <servlet-class>  
  4.       com.demo2do.servlet.LoginServlet  
  5.   </servlet-class>  
  6. </servlet>  
  7. <servlet-mapping>  
  8.   <servlet-name>Login</servlet-name>  
  9.   <url-pattern>  
  10.     /Login  
  11.   </url-pattern>  
  12. </servlet-mapping>  



代码重构到这里,我们发现,其实我们的工作量本身并没有减少,只是代码从JSP移动到了Servlet,使得整个流程看上去稍微清楚了一些。然而,为了这么点干净,我们付出的代价是什么?为每个servlet都在web.xml里面去做一个url的请求配置! 



无论是使用JSP,还是使用Struts1,或是Struts2,我们至少都需要一些必须的元素(如果没有这些元素,或许我还真不知道这个程序会写成什么样子): 

1. 数据 

在这个例子中,就是name和password。他们共同构成了程序的核心载体。事实上,我们往往会有一个User类来封装name和password,这样会使得我们的程序更加OO。无论怎么说,数据会穿插在这个程序的各处,成为程序运行的核心。 

2. 页面展示 

在这个例子中,就是login.jsp。没有这个页面,一切的请求、验证和错误展示也无从谈起。在页面上,我们需要利用HTML,把我们需要展现的数据都呈现出来。同时我们也需要完成一定的页面逻辑,例如,错误展示,分支判断等等。 

3. 处理具体业务的场所 

在这里,不同阶段,处理具体业务的场所就不太一样。原来用JSP和Servlet,后来用Struts1或者Struts2的Action。 

上面的这些必须出现的元素,在不同的年代,被赋予了不同的表现形式,有的受到时代的束缚,其表现形式非常落后,有的已经不再使用。但是拨开这些外在的表现形式,我们就可以发现,这不就是我们已经熟门熟路的MVC嘛? 

数据 ———— Model 
页面展示 ———— View 
处理具体业务的场所 ———— Control 

框架不重要,概念是王道。只要能够深刻理解MVC的概念,框架对你来说,只是一个jar包而已。
 
MVC模型的图: 


在这幅图中,MVC三个框框各司其职,结构清晰明朗。不过我觉得这幅图忽略了一个问题,就是数据是动的,数据在View和Control层一旦动起来,就会产生许多的问题: 

1. 数据从View层传递到Control层,如何使得一个个扁平的字符串,转化成一个个生龙活虎的Java对象 

2. 数据从View层传递到Control层,如何方便的进行数据格式和内容的校验? 

3. 数据从Control层传递到View层,一个个生龙活虎的Java对象,又如何在页面上以各种各样的形式展现出来 

4. 如果你试图将数据请求从View层发送到Control层,你如何才能知道你要调用的究竟是哪个类,哪个方法?一个Http的请求,又如何与Control层的Java代码建立起关系来? 

除此之外,Control层似乎也没有想象中的那么简单,因为它作为一个控制器,至少还需要处理以下的问题: 

1. 作为调用逻辑处理程序的facade门面,如果逻辑处理程序发生了异常,我们该如何处理? 

2. 对于逻辑处理的结果,我们需要做怎么样的处理才能满足丰富的前台展示需要? 

这一个又一个问题的提出,都基于对MVC的基本概念的挖掘。所以,这些问题都需要我们在写程序的时候去一一解决。说框架是为了解决一个又一个在Web开发中所遇到的问题而诞生的。不同的框架,都是为了解决不同的问题,但是对于程序员而言,他们只是jar包而已。框架的优缺点的评论,也完全取决于其对问题解决程度和解决方式的优雅性的评论。所以,千万不要为了学习框架而学习框架,而是要为了解决问题而学习框架,这才是一个程序员的正确学习之道。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值