MVC模式和三层架构

MVC设计模式

全名model,view,controller。一种设计典范，一种业务逻辑，数据，界面分离显示的方法组织代码。

model-模型                dao,sevirce等

view-视图                    jsp,html等

controller-控制器        servlet等

优点

1. 耦合性低：视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。
2. 重用性高：mvc模式允许使用不同样式的视图来访问同一服务器端的代码，包括任何WEB（HTTP）浏览器或者无线浏览器（wap）
3. 生命周期成本低：MVC使开发和维护用户接口的技术含量降低。
   
4. 部署快：使用MVC模式使开发时间得到相当大的缩减
5. 可维护性高：分离视图层和业务逻辑层也使得WEB应用更易于维护和修改。
   
6. 有利软件工程化管理：由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化管理程序代码。

1. 没有明确的定义：使用MVC需要精心的计划，由于它的内部原理比较复杂，所以需要花费一些时间去思考。
2. 不适合小，中型项目开发
3. 增加系统结构和实现的复杂性：会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。
4. 视图和控制器间联系过于紧密：视图与控制器是相互分离，但却是联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。
5. 视图对模型数据的访问效率低：依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。

三层架构

三层架构(3-tier architecture) 通常意义上的三层架构就是将整个业务应用划分为：

1. 表示层（或界面层）（User Interface layer）： 位于最外层（最上层），最接近用户。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。

2. 业务层（Business Logic Layer）：它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，

3. 持久层（或数据访问层）（Data access layer）：其功能主要是负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。

目的是为了实现“高内聚，低耦合”

常用的Javaee框架：

相比而言，表示层比较模糊，不像业务层和持久层定义的那么具体。具体项目中，jsp+servlet属于表示层，而jsp树属于ciew，servlet又属于controller。

就springMVC来说，它属于表示层，包含表示层的部分功能，而表示层不全由springMVC组成，比如jsp技术。

MVC和三层架构

以上仅为个人观点，最近在面试的过程中总被问到这一部分，所以总结了一下，有错误不足之处望指出，谢谢。