三层架构总结

         刚刚看完三层架构，趁此机会总结一下。

         所谓的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。而区分层次的目的即为了“高内聚，低耦合”的思想。

       表现层（UI）：就是用户所使用的系统的界面，表现层直接跟用户打交道。

       业务逻辑层（BLL）：实际的事物处理层，主要负责具体问题的处理，包括对数据库的中数据的处理。

       数据访问层（DAL）：实际负责数据库的访问，以及数据库中数据的增、删、改、查。

       对于三层的理解其实并不难。但是三层具体有哪些优点呢？我个人的理解是，首先利用三层架构，间接操作数据库，保证了数据库的安全性；另外，我们在做系统的时候，可以明确的分工；还有就是体现了面向对象的思想。

       下面是网络上关于三层架构的优缺点的整理，算是对我的理解的补充了吧。

优点：
　　1、开发人员可以只关注整个结构中的其中某一层；
　　2、可以很容易的用新的实现来替换原有层次的实现；
　　3、可以降低层与层之间的依赖；
　　4、有利于标准化；
　　5、利于各层逻辑的复用。
        6、扩展性强。不同层负责不同的层面，如PetShop可经过简单的配置实现Sqlserver和oracle之间的转换，当然写好了也可以实现B/S与C/S之间的转换
       7、安全性高。用户端只能通过逻辑层来访问数据层，减少了入口点，把很多危险的系统功能都屏蔽了。
        8、项目结构更清楚，分工更明确，有利于后期的维护和升级
缺点：
　　1、降低了系统的性能。这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。
　　2、有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码
      3、增加了代码量，增加了工作量。