[摘] 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页面也不应该修改已有的对象
    因此，我们应该只使用jsp:getProperty，不使用jsp:setProperty。提示：jsp:useBean的scope选项
    request

    session

    application

    page

或者仅仅使用
    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
scope="request" />

基于会话的数据共享
    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
scope="session" />

基于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页面中的相对URL
    问题：
    使用请求分配器进行的转发对客户来说是透明的。初始的URL是浏览器惟一知道的URL。
    为什么这会比较重要？
    浏览器会如何处理类似下面的这些标签：

                HREF="JSP-Styles.css" TYPE="text/css">
        …
    答案：浏览器将会把它们看作是相对于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中读出数

posted on 2005-11-09 20:31 vaga 阅读(201) 评论(0) 编辑收藏所属分类: J2EE学习笔记

新用户注册刷新评论列表


只有注册用户登录后才能发表评论。




网站导航: 博客园 IT新闻知识库 C++博客博问管理
相关文章: 正则表达式介绍（转） [摘] Ajax : 一种网络应用的新理念 [摘] MVC模式解析 [摘] JSF VS Tapestry 全面比较（三） [摘] JSF VS Tapestry 全面比较（二） [摘] JSF VS Tapestry 全面比较（一）

Blog Stats

文章分类

随笔档案

文章档案

Design Pattern

J2EE

J2EE FrameWork

红玫瑰

MVC模式概述

MVC模式的好处

对MVC的误解

用RequestDispatcher实现MVC