对三层架构和设计模式的理解

三层架构概念：

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

      1、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。
      2、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。
      3、数据访问层（DAL）：该层直接操作数据库，针对数据的增添、删除、修改、查找等。

三层架构与设计模式的区别：

      设计模式是针对特定的场景提供通用的较好的实现方式，是解决问题的方法。
      架构是程序的结构。

我对三层架构的理解：

      面向对象编程中，架构基本上都会有分层的思想。
      针对业务逻辑极其简单的系统，不分层或分两层（除去业务逻辑层）即可，需求和业务逻辑简单的系统中，业务逻辑层往往只是copy一遍数据访问层的方法，直接调用数据访问层（DLL）的方法会使开发更高效。
      在业务逻辑稍微复杂些的系统中，DAL层并不能完全代替业务逻辑层，业务逻辑层除了调用DAL层中的增删改差方法外，业务逻辑层关注的重点在于：事务、数据合法性、权限检查、缓存等，简单来说就是跟业务相关，跟数据库无关的操作都应该放在BLL层里。
      在业务逻辑更加复杂的系统中，可能还会有多层架构（如把业务逻辑层细分为更多的层次，创建抽象类和接口），并且在多层架构中应用设计模式解决一些复杂的问题。