2.1 MVC思想概述

2.1 MVC思想概述

2.1.1 传统Model1和 Model2

Java Web应用的结构经历了Model1Model2两个时代,从Model1发展到Model2既是技术发展的必然,也是无数程序员的心血结晶。

Model1

Model1模式下,整个Web应用几乎全部由JSP页面组成,JSP页面接收处理客户端请求,对请求处理后直接做岀响应。用少量的JavaBean来处理数据库连接、数据库访问等操作

适用于小规模快速开发

Model1模式的实现比较简单,适用于快速开发小规模项目。但从工程化的角度看它的局限性非常明显:JSP页面身兼ViewController两种角色,将控制逻辑和表现逻辑混杂在一起,从而导致代码的重用性非常低,增加了应用的扩展和维护的难度.
早期由大量JSP页面所开发出来的Web应用,大都采用了Model1架构。实际上,早期绝大部分ASP应用也属于这种Model1架构。

Model2

Model2是基于MVC架构的设计模式。在Model2架构中,

  • Servlet作为前端控制器,负责接收客户端发送的请求。在Servlet中只包含控制逻辑和简单的前端处理;
  • 然后,调用后端JavaBean来完成实际的逻辑处理;
  • 最后,将其转发到相应的JSP页面来处理显示逻辑。

其具体的实现方式如图2.1所示。
这里有一张图片
正如在图2.1中看到的,Model2下的JSP不再承担控制器的责任,它仅仅是表现层角色,仅仅用于将结果呈现给用户。JSP页面的请求与Servlet(控制器)交互,而Servlet负责与后台的JavaBean通信。在Model2模式下,

  • 模型(Model)由JavaBean充当,
  • 视图(View)由JSP页面充当,
  • 而控制器(Controller)则由Servlet充当。

适用于大规模应用开发

由于引入了MVC模式,使得Model2具有组件化的特点,从而更适用于大规模应用的开发,但也增加了应用开发的复杂程度。原本需要一个简单的JSP页面就能实现的应用,在Model2中被分解成多个协同工作的部分,程序员需要花更多时间才能真正掌握其设计和实现过程。

适用情况

Model2MVC设计思想下的架构。下面简要介绍MVC设计思想的优势。
提示:对于非常小型的Web站点,如果后期的更新、维护工作不是特别多,则可以使用Model1模式来开发应用,而不是Model2模式。虽然Model2提供了更好的可扩展性及可维护性,但其增加了前期开发成本。从某种程度上讲,Model2为了降低系统后期维护的复杂度,而导致前期开发的高复杂度

2.1.2 MVC思想及其优势

MVC并不是Java语言所特有的设计思想,也并不是Web应用所特有的思想,它是所有面向对象程序设计语言都应该遵守的规范。

MVC三部分

MVC思想将一个应用分成三个基本部分:

  1. Model(模型)、
  2. View(视图)
  3. Controller(控制器)

这三个部分以最少的耦合协同工作,从而提高应用的可扩展性及可维护性。
在经典的MvC模式中,事件由控制器处理,控制器根据事件的类型改变模型或视图。具体地说,每个模型对应一系列的视图列表,这种对应关系通常采用注册来完成,即把多个视图注册到同一个模型,当模型发生改变时,模型向所有注册过的视图发送通知,接下来,视图从对应的模型中获得信息,然后完成视图显示的更新
从设计模式的角度来看,MVC思想非常类似于观察者模式,但其与观察者模式存在少许差别:
在观察者模式下,观察者和被观察者可以是两个互相对等的对象;但在MVC中,被观察者往往只是单纯的数据体,而观察者则是单纯的视图页面

MVC特点

概括起来,MVC有如下特点:
多个视图可以对应一个模型。按MVC设计模式,一个模型对应多个视图,可以减少代码的复制及代码的维护量,这样,一旦模型发生改变,也易于维护。
模型返回的数据与显示逻辑分离。模型数据可以应用任何的显示技术,例如,使用JSP页面、 Velocity模板或者直接产生Excel文档等。

应用被分隔为三层,这降低了各层之间的耦合,提供了应用的可扩展性
控制层的概念也很有效,由于它把不同的模型和不同的视图组合在一起,完成不同的请求。因此,控制层可以说包含了用户请求权限的概念。
MVC更符合软件工程化管理的精神。不同的层各司其职,同一层的组件具有相同的特征,这有利于通过工程化和工具化的方法产生管理程序代码。

Web模式下的MVC

相对于早期的MVC思想,Web模式下的MVC思想则又存在一些变化。

  • 对于一个普通应用程序,可以将视图注册给模型,当模型数据发生改变时,即时通知视图页面发生了改变;
  • 对于Web应用,即使将多个JSP页面注册给一个模型,但当模型发生变化时,模型也无法主动给JSP页面发送消息,这是因为web应用都是基于请求/响应模式的,只有当用户请求浏览该页面时,控制器才负责调用模型数据来更新JSP页面

图2.2显示了遵循MVC模式的Java Web的运行流程:
这里有一张图片
MVC思想与观察者模式有一定的相似之处,但并不完全相同。经典的MVC思想与Web应用的MVC思想也存在一定的差别,引起差别的主要原因是因为Web应用是一种请求/响应模式下的应用,对于请求/响应应用,如果用户不对应用发出请求,视图将无法主动更新自己。