三层架构

01.什么是三层架构

  01.表示层（User Interface layer）：负责接收用户的输入，将输出呈现给用户，以及访问安全性验证，并对输入的数据的正确性，有效性及呈现样式负责，但对输出的数据的正确性不负责。

  02.业务逻辑层（Business Logic Layer）：负责系统领域业务的处理，负责逻辑性逻辑的生成，处理及转换。对所输入的逻辑性数据的正确性及有效性负责，但对输出的逻辑性数据及用户性数据的正确性不负责任，对数据的呈现样式不负责。

  03.数据访问层（Data Access Layer）：负责与数据源的交互，即数据的插入，删除，修改，以及从数据库中读出数据等操作，但对数据的正确性和有效性不付责任，对数据的用途不了解，不负担任何业务逻辑的处理。

 

 

 

 

02.搭建三层的步骤？

 

 

Model:将数据表中的列转换成实体类中的属性。

 

DAL（Data Access Layer）:专门负责和数据库交互，所有的SQL都要出现在该层。

 

BLL（Business Logic Layer）：隔离DAL和UI层，将DAL数据返回给UI层。

 

UI（User Interface layer）：负责界面的展示。

 

Common：工具类层 。负责和数据库无关的但是UI又需要调用的。

 

 

 

调用关系：

 

01.所有层都要引用Model

 

02.BLL依赖于DAL和Model

 

03.UI依赖于BLL和Common和Model

 

04. Model：不依赖任何层

引用关系：

 

    DAL：Model

 

    BLL：Model，DAL

 

    UI：Model,BLL，Common

     Common：

 

03.三层架构有什么优点？

 

解析：

 

　优点：

 

    1、开发人员可以只关注整个结构中的其中某一层；

 

  　2、可以很容易的用新的实现来替换原有层次的实现；

 

    3、可以降低层与层之间的依赖；

 

  　4、有利于标准化；

 

  　5、利于各层逻辑的复用。

 

    6、扩展性强。不同层负责不同的层面，如PetShop可经过简单的配置实现Sqlserver和oracle之间的转换，

 

当然写好了也可以实现B/S与C/S之间的转换

 

    7、安全性高。用户端只能通过逻辑层来访问数据层，减少了入口点，把很多危险的系统功能都屏蔽了。

 

    8、项目结构更清楚，分工更明确，有利于后期的维护和升级

 

 

 

　缺点：

 

　　1、降低了系统的性能。这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数据库，

 

以此获取相应的数据，如今却必须通过中间层来完成。

 

  　2、有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能，

 

为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码

 

3、增加了代码量，增加了工作量