MVC设计模式学习

MVC设计模式

随着Web应用的商业逻辑包含逐渐复杂的公式分析计算、决策支持等，使客户机越 
来越不堪重负，因此将系统的商业分离出来。单独形成一部分，这样三层结构产生了。 
其中‘层’是逻辑上的划分。 
三层体系结构是将整个系统划分为如图2.1所示的结构[3] 

（1）表现层（Presentation layer）：包含表示代码、用户交互GUI、数据验证。 
该层用于向客户端用户提供GUI交互，它允许用户在显示系统中输入和编辑数据，同时 
系统提供数据验证功能。 
（2）业务逻辑层（Business layer）：包含业务规则处理代码，即程序中与业务 
相关专业算法、业务政策等等。该层用于执行业务流程和制订数据的业务规则。业务逻 
辑层主要面向业务应用，为表示层提供业务服务。 
（3）数据持久层（Persistence layer）：包含数据处理代码和数据存储代码。数 
据持久层主要包括数据存取服务，负责与数据库管理系统（如数据库）之间的通信。 
三个层次的每一层在处理程序上有各自明确的任务，在功能实现上有清晰的区分， 
各层与其余层分离，但各层之间存有通信接口。 
采用三层软件设计架构后，软件系统在可扩展性和可复用性方面得到极大提高，在 
资源分配策略设计合理运用的同时，软件的性能指标也得到提升，系统的安全性和易管东北 
理性也得到改善。 
三层体系结构对Web应用的软件架构产生很大影响，促进了基于组件的设计思想， 
产生了许多开发Web层次框架的实现技术。较之两级结构来说，三层结构修改和维护上 
更加方便。目前开发B/S结构的Web应用系统广泛采用这种三层体系结构。 


MVC模式 ： 
MVC 是 Model-View-Control 的简称，即模型-视图-控制器。它是一个存在于服务器 
表达层的模型，它将应用分开，改变应用之间的高度耦合。 

MVC 模式结构 
MVC 模式将应用分为模型、视图和控制器三个部分： 
1. 视图：数据的展现。 
视图是用户看到并与之交互的界面。视图向用户显示相关的数据，并能接收用户的输入数据，但是它并不进行任何实际的业务处理。视图可以向模型查询业务状态，但不能改变模型。视图还能接受模型发出的数据更新事件，从而对用户界面进行同步更新。 
2. 模型：应用对象。 
模型是应用程序的主体部分。 模型代表了业务数据和业务逻辑； 当数据发生改变时，它要负责通知视图部分；一个模型能为多个视图提供数据。由于同一个模型可以被多个视图重用，所以提高了应用的可重用性。 
3. 控制器：逻辑处理、控制实体数据在视图上展示、调用模型处理业务请求。 
当 Web 用户单击 Web 页面中的提交按钮来发送 HTML 表单时，控制器接收请求并调用相应的模型组件去处理请求，然后调用相应的视图来显示模型返回的数据。 

MVC 模式运行机制 
如图 下图所示为 MVC 模式运行机制： 

在 MVC 模式中，Web 用户向服务器提交的所有请求都由控制器接管。接受到请求之后，控制器负责决定应该调用哪个模型来进行处理；然后模型根据用户请求进行相应的业务逻辑处理，并返回数据；最后控制器调用相应的视图来格式化模型返回的数据，并通过视图呈现给用户。 

框架 
软件开发越来越倚重框架的使用。框架可以缩短应用软件系统的开发周期，提高软件生产效率和质量。大大简化了开发。选择何种框架、每个框架如何应用在在系统架构中是软件架构设计的重要环节。 
框架的定义 
在设计模式中，Gamma 等人为框架给出了一个明确定义：“框架（Framework）是一组协同工作的类，它们为特定类型的软件构筑了一个可重用的设计”。 
框架是一组为相互协作的构件（Component）的集合，它能够处理一个或多个问题域（Domain）中的一系列问题。框架强调的是软件设计的重用性和系统的可扩充性。它是为了追求重用所带来的价值量最大化，而将被重用最多的部分封装成各个组件，辅以回调机制将它们纳入框架的控制范围之内。所以，框架提供了可在应用程序之间共享的可复用的公共结构。 
框架的特性