三层学习完了,第一次验收的时候,自己理解的也不是很到位,后来又重新敲了一遍登陆例子,查阅了一些资料
进行第二次验收才感觉清晰了许多。之前画时序图时我就想过时序图基本上也是很好的体现了三层,当时也和别人讨
论过这个问题。直到学完三层后,更加证明了这一点。
下面我将从理论和实践两个角度总结一下三层。
理论篇
为什么使用三层架构?
说白了,分层的目的是想将复杂问题简单化,也就是面向对象技术所崇尚的“高内聚,低耦合”。当业务复杂到
一定程度,数据存储在独立的存储介质时适合用三层架构。
什么是三层架构?
通常意义上的三层架构(3-tier architecture)就是将整个业务应用划分为:表现层(UI)、业务逻辑层
(BLL)、数据访问层(DAL)。
表现层(UI):主要是指人机交互界面。用于接收用户输入的数据和显示处理后用户需要的数据。
业务逻辑层(BLL):连接UI和DAL的桥梁。
数据访问层(DAL):实现数据库的增、删、改、查。
实体类(Model):不属于三层的范畴,个人理解的建立实体类的目的是将载入的数据库中的数据放入其中,
UI、BLL、DAL,哪个需要就从实体类中获取。封装数据,避免了传参数造成的复杂,从而避免了各个层与数据库的直
接接触,造成数据交叉。各个层只需要和实体层Model打交道即可。 |
|