J2EE 综合应用之——解析 MVC 模式   （转载）

 

 

　　 MVC 模式概述

　　

　　 MVC 是三个单词的缩写 , 分别为：

　　

　　模型 (Model), 视图 (View) 和控制 Controller) 。

　　

　　 MVC 模式的目的就是实现 Web 系统的职能分工。

　　

　　 Model 层实现系统中的业务逻辑，通常可以用 JavaBean 或 EJB 来实现。

　　

　　 View 层用于与用户的交互，通常用 JSP 来实现。

　　

　　 Controller 层是 Model 与 View 之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。

　　

　　 MVC 模式的好处

　　

　　各施其职，互不干涉

　　

　　在 MVC 模式中，三个层各施其职，所以如果一旦哪一层的需求发生了变化，就只需要更改相应的层中的代码而不会影响到其它层中的代码。

　　

　　有利于开发中的分工

　　

　　在 MVC 模式中，由于按层把系统开，那么就能更好的实现开发中的分工。网页设计人员可以进行开发视图层中的 JSP ，对业务熟悉的开发人员可开发业务层，而其它开发人员可开发控制层。

　　

　　有利于组件的重用

　　

　　分层后更有利于组件的重用。如控制层可独立成一个能用的组件，视图层也可做成通用的操作界面。

　　

　　不同 JSP 构造的应用

　　

　　为什么要组合使用 servlet & JSP?

　　

　　典型的做法：使用 JSP 来简化 HTML 内容的开发与维护

　　

　　对于简单的动态代码，使用由脚本元素调用 JAVA 代码来完成。

　　

　　对于稍微复杂一些的应用，则可使用脚本元素调用定制的类来完成。 ( 即所谓的 help 类 )

　　

　　对于比较复杂的应用，则使用 JAVA BEAN 和定制标签

　　

　　但，这些是不够的

　　

　　对于复杂的处理过程，从 JSP 开始做起会难以处理。

　　

　　 JSP 除了能够带来将实际的代码隔离成单独的类、 bean 、和定制标签的便利以外，它所隐含的假定是单个页面给出单个基本视图。

　　

　　对 MVC 的误解

　　

　　必须采用复杂的框架

　　

　　框架有时很有用

　　

　　 Struts

　　

　　 JavaServer Faces (JSF)

　　

　　但并非必需 !

　　

　　对于大多简单或者适度复杂的应用来说，使用内建的 RequestDispatcher 就能够很好地实现 MVC

　　

　　 MVC 影响整个系统的设计

　　

　　我们可以用 MVC 来处理单个请求

　　

　　可以将它认为是 MVC 方案，而非 MVC 框架。

　　

　　也被称为是模型 2 方案

　　

　　用 RequestDispatcher 实现 MVC

　　

　　 1. 定义用以表示数据的 java bean

　　

　　 2. 使用一个 servlet 处理请求

　　

　　 servlet 读取请求参数，检查数据的缺失或异常等。

　　

　　 3. 填充 bean

　　

　　该 servlet 调用业务逻辑或数据访问代码得到最终的结果。得出的结果被放在第一步中定义的 bean 中。

　　

　　 4. 将 bean 存储在请求 , 会话或 servlet 的上下文中

　　

　　该 servlet 调用请求、会话或 servlet 上下文对象的 setAttribute 存储表达请求结果的 bean 的引用。

　　

　　 5. 将请求转发到 JSP 页面

　　

　　该 servlet 确定哪个 JSP 页面适合于处理当前的情形，并使用 RequestDispatcher 的 forward 方法将控制转移到那个页面。

　　

　　 6. 从 bean 中提取数据

　　

　　 JSP 页面使用 jsp:useBean 和与第 4 步匹配的位置访问之前存储的 bean ，然后使用 jsp:getProperty 输出 bean 的属性。

　　

　　 JSP 页面并不创建或修改 bean ；它只是提取并显示由 servlet 创建的数据。

　　

　　 jsp:useBean 在 MVC 中的使用与在独立 JSP 页面中有什么不同

　　

　　 JSP 页面不应该创建对象

　　

　　应该由 servlet 创建所有的数据对象。因此，为了保证 JSP 页面不会创建对象，我们应该使用 <jsp:useBean ... type= “ package.Class ” />

　　

　　而不是 <jsp:useBean ... class="package.Class" />

　　

　　 JSP 页面也不应该修改已有的对象

　　

　　因此，我们应该只使用 jsp:getProperty ，不使用 jsp:setProperty 。 提示： jsp:useBean 的 scope 选项

　　

　　 request

　　 <jsp:useBean id="..." type="..." scope="request" />

　　 session

　　 <jsp:useBean id="..." type="..." scope="session" />

　　 application

　　 <jsp:useBean id=".." type=".." scope="application" />

　　 page

　　 <jsp:useBean id= “ ... ” type= “ ... ” scope= “ page ” />

　　或者仅仅使用 <jsp:useBean id="..." type="..." />

　　

　　 MVC (Model 2) 构架不使用这个 scope 。

　　

　　不同数据共享方式

　　

　　向用户显示一个随机的数字。

　　

　　由于每次请求应该产生新的数字，因而基于请求的共享是恰当的。

　　

　　显示用户的姓和名

　　

　　数据要为每个客户存储，因而基于会话的共享比较适用。

　　

　　显示一个指定长度的质数。

　　

　　数据在多个客户间共享，因此，基于应用的共享比较恰当。

　　

　　基于请求的数据共享

　　 Servlet

　　 ValueObject value = new ValueObject(...);

　　 request.setAttribute("key", value);

　　 RequestDispatcher dispatcher =

　　 request.getRequestDispatcher("/WEB-INF/SomePage.jsp");

　　 dispatcher.forward(request, response);

　　

　　 JSP

　　 <jsp:useBean id="key" type="somePackage.ValueObject"

　　 scope="request" />

　　 <jsp:getProperty name="key" property="someProperty" />

　　

　　基于会话的数据共享

　　 Servlet

　　 ValueObject value = new ValueObject(...);

　　 HttpSession session = request.getSession();

　　 session.setAttribute("key", value);

　　 RequestDispatcher dispatcher =

　　 request.getRequestDispatcher("/WEB-INF/SomePage.jsp");

　　 dispatcher.forward(request, response);

　　

　　 JSP

　　 <jsp:useBean id="key" type="somePackage.ValueObject"

　　 scope="session" />

　　 <jsp:getProperty name="key" property="someProperty" />

　　

　　基于 ServletContext 的数据共享

　　 Servlet

　　 synchronized(this)

　　 {

　　 ValueObject value = new ValueObject(...);

　　 getServletContext().setAttribute("key", value);

　　 RequestDispatcher dispatcher =

　　 request.getRequestDispatcher("/WEB-INF/SomePage.jsp");

　　 dispatcher.forward(request, response);

　　 }

　　

　　 JSP

　　 <jsp:useBean id="key" type="somePackage.ValueObject “ scope="application" />

　　 <jsp:getProperty name="key" property="someProperty" />

　　

　　 JSP 页面中的相对 URL

　　

　　问题：

　　

　　使用请求分配器进行的转发对客户来说是透明的。初始的 URL 是浏览器惟一知道的 URL 。

　　

　　为什么这会比较重要？

　　

　　浏览器会如何处理类似下面的这些标签：

　　 <IMG SRC="foo.gif" … >

　　 <LINK REL=STYLESHEET

　　 HREF="JSP-Styles.css" TYPE="text/css">

　　 <A HREF="bar.jsp"> … </A>

　　

　　答案：浏览器将会把它们看作是相对于 servlet 的 URL

　　

　　最简单的解决方案：

　　

　　使用以斜杠开始的 URL

　　

　　 Summary

　　

　　 MVC (Model 2) 方式适用于：

　　

　　单次提交会产生多个基本外观。

　　

　　几个页面拥有大量公共的处理过程。

　　

　　需要为同样的数据提供多个视图的应用程序 , 它很好地实现了数据层与表示层的分离，特别适用于开发与用户图形界面有关的应用程序

　　

　　构架

　　

　　由一个 servlet 应答初始的请求

　　

　　 Servlet 完成实际的数据处理并将结果存储在 bean 中

　　

　　 Bean 存储在 HttpServletRequest, HttpSession, 或 ServletContext 中

　　

　　 Servlet 使用 RequestDispatcher 的 forward 方法将请求转发到 JSP 页面

　　

　　 JSP 页面通过使用 jsp:useBean 和相应的作用域 (request, session, application) 从 bean 中读出数  

 

 

|----------------------------------------------------------------------------------------|
                           版权声明  版权所有 @zhyiwww
            引用请注明来源 http://www.blogjava.net/zhyiwww   
|----------------------------------------------------------------------------------------|