三层架构

目录

• DAL
• BLL
• UI
• MODEL
• 优点：　　
• 缺点：　　

 

正文

三层架构

回到顶部

DAL

DAL并不是用来根据业务需求而扩展的，它是用来控制你的数据库与OOP的映射机制的。如果你因为业务原因而需要写查询，这完全是BLL的功能。

回到顶部

BLL

逻辑层

回到顶部

UI

界面层

回到顶部

MODEL

数据库中的表，相当于给数据库表中每一列建立一个实体对象。

回到顶部

优点：　　

1、开发人员可以只关注整个结构中的其中某一层；　　2、可以很容易的用新的实现来替换原有层次的实现；
3、可以降低层与层之间的依赖；
4、有利于标准化；
5、利于各层逻辑的复用。
6、扩展性强。不同层负责不同的层面，如PetShop可经过简单的配置实现Sqlserver和oracle之间的转换，当然写好了也可以实现B/S与C/S之间的转换
7、安全性高。用户端只能通过逻辑层来访问数据层，减少了入口点，把很多危险的系统功能都屏蔽了。
8、项目结构更清楚，分工更明确，有利于后期的维护和升级

高内聚，低耦合：内聚：一个模块内各个元素彼此结合的紧密程度；耦合：一个软件结构内不同模块之间互连程度的度量

回到顶部

缺点：　　

1、降低了系统的性能。这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。
2、有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码