[转]三层架构总结

1、开发人员可以只关注整个结构中的其中某一层；
2、可以很容易的用新的实现来替换原有层次的实现；
3、可以降低层与层之间的依赖；
4、有利于标准化；
5、利于各层逻辑的复用。
        分散关注、松散耦合、逻辑复用、标准定义
基于组件的三层B/S结构概述
微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或成为领域层）、表示层。
表示层
位于最外层（最上层），离用户最近。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面
业务逻辑层
业务逻辑层（Business Logic Layer）它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计。业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下 的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖 也应该是一种弱依赖关系。因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑层的设 计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的任务。
数据层
数据访问层：有时候也称为是持久层，其功能主要是负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。
简单的说法就是实现对数据表的Select，Insert，Update，Delete的操作。

MVC和三层架构的异同点
相同的地方在于他们都有一个表现层，不同的地方在于其他的两个层
MVC--->V即View.是视图的意思。C即Controler.是控制器的意思。而M即Model，是模型的意思。
Controller
在 Java Web中这三个层一般的定义，一般在Java Web里，JSP充当V，Servlet充当C,JavaBean充当M，这里的Servlet 管什么工作呢？接受输入，转到Model层去处理，处理结果保存后转发到JSP，然后展现数据。所以它的功能就是控制器的基本功能，它就管转发，在V和M 之间转来转去。
Model
在Java Web里说的是JavaBean，JavaBean有比实体类更丰富的定义，在 JavaBean中除了其属性和字段，还可以有行为及其事件，JavaBean可以理解为普通Java对象。Java普通对象，就是符合Java规范的所 有对象，这和实体类完全是两回事。所以，我认为在MVC中。业务逻辑和数据访问应该放在Model层，也就是V负责展示数据，Controler除了转发 不做业务逻辑。真正的逻辑事务，数据访问，甚至算法都放到Model去。
再说三层架构和MVC的区别。在三层架构中没有定义 Controler的概念。这是最不同的地方。而MVC也没有把业务的逻辑访问看成两个层，这是采用三层架构或MVC搭建程序最主要的区别。 当然了。在三层中也提到了Model，但是三层架构中Model的概念与MVC中Model的概念是不一样的，“三层”中典型的Model层是已实体类构成的，而MVC里，则是由业务逻辑与访问数据组成的。不一样的概念。虽然名字一样。

对于MVC
基本原则：业务逻辑代码应该写在 M 里面，而应用程序逻辑应该写在 C 里面。V 只是单纯的展示数据。

举个简单例子吧：用户往购物车添加一个商品

用户点击商品的“添加到购物车”按钮，引起一次请求。服务器开始处理该请求，过程：
1、检查当前用户是否有权限（比如是否已经登录、用户帐户状态、是否可以购物等）
2、检查要添加的商品ID是否有效、
3、检查要添加的商品库存是否足够
4、将商品加入购物车，并保存购物车状态
5、反馈信息

这上述流程中：
1： 是应用程序逻辑（一般由框架实现）：因为和“添加商品到购物车”这个业务没有直接关系
2： 业务逻辑：不能购买不存在的商品，这是业务进行的基本条件
3： 业务逻辑：商品库存决定了是否可以购买此商品，这是业务进行的基本条件
4： 业务逻辑
5： 应用程序逻辑

有深刻理解了再继续添加吧。不对的，别只拍砖不指点啊