MVC模式概述

转载 2007年10月07日 22:34:00
 
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中读出数

概述MVC体系结构 为什么要用MVC结构?

MVC模式是"Model-View-Controller"的缩写 中文翻译为模式视图控制器 Wiew通常是JSP,即页面显示部分。Controller通常是Servlet 即页面显示的逻辑部分实现 ...
  • lamar511
  • lamar511
  • 2012年02月21日 17:44
  • 1403

Spring mvc基本概述

Spring mvc主要是围绕DispatcherServlet这个核心控制器来开展的,DispatcherServlet是Spring mvc的总导演、总策划,它负责截获请求并且将其分发给对应的处理...
  • u012832964
  • u012832964
  • 2016年07月22日 23:08
  • 1134

Java学习中MVC模式的一些理解

首先,MVC并不适合小型甚至中等规模的应用程序,花费大量时间将MVC应用到规模并不是很大的应用程序通常会得不偿失。   三层架构: 通常意义上的三层架构就是将整个业务应用划分为:表现层(UI)、业务逻...
  • u013693854
  • u013693854
  • 2017年05月04日 21:45
  • 1114

ASP.NET MVC概述

原文:http://www.asp.net/mvc/tutorials/older-versions/overview/asp-net-mvc-overview这篇文章帮助你了解关于ASP.NET M...
  • guwei4037
  • guwei4037
  • 2014年02月01日 23:43
  • 4840

概述MVC体系结构

MVC包括三类对象,model是应用对象,view是视图,controller是控制器,它定义用户界面对用户输入的响应方式。在MVC体系中,模型通常被称为“业务逻辑”,是真正完成任务的代码,视图就是使...
  • yunpyy
  • yunpyy
  • 2013年09月03日 22:57
  • 1564

MVC体系结构及解析

MVC体系结构及解析 请先仔细看上图,如果觉得的晕的话结合下面的步骤来看 步骤1.浏览器向Web服务器(如Tomcat)里的Servlet发送一个请求,如:用户按了网页里的“提交”按钮 步骤2.Ser...
  • Ingenuus
  • Ingenuus
  • 2007年11月30日 15:41
  • 934

Struts2概述与MVC模式

truts分为两个主要版本,struts1和struts2,struts2是由webwork2发展而来的 1、Framework概念:将相同类型问题的解决途径进行抽象,抽取成为一个应用框架。这就是F...
  • IT_LOSER
  • IT_LOSER
  • 2016年10月13日 14:13
  • 1198

区块链技术概述

区块链技术概述现状区块链是随着比特币等数字加密货币的日益普及而逐渐兴起的一种全新的去中心化基础架构与分布式计算范式, 目 前已经引起政府部门、金融机构、科技企业和资本市场的高度重视与广泛关注. 区块链...
  • u010321471
  • u010321471
  • 2017年06月08日 20:00
  • 970

MVC框架概述

何谓MVC(Model View Controller):M是指业务模型,V是指用户界面,C则是控制器,使用MVC的目的是将M和V的实现代码分离,从而使同一个程序可以使用不同的表现形式。比如统计学生数...
  • wangdan199112
  • wangdan199112
  • 2014年11月29日 15:45
  • 7892

常用设计模式之MVC模式详解

MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。...
  • u011877416
  • u011877416
  • 2013年10月26日 09:05
  • 6086
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:MVC模式概述
举报原因:
原因补充:

(最多只允许输入30个字)