一、三层架构的理解
1、三层架构：基于高内聚低耦合的软件架构原则，提高项目的可维护性、可扩展性。
2、分层：
1）数据访问层：实现与数据库（数据存储区）的数据交互。
2）业务逻辑层：实现业务规则及数据加工，是数据访问层与表现层的数据交互的桥梁。
3）表现层（表示层）：实现与系统最终用户的功能交互。
二、模型层与数据访问层的搭建（重点）
1、模型层包含所有与数据表相对应的实体类，实体对象是三层传输数据的容器。
2、模型层的约定：
1）常见的命名方式有Model、Models或用解决方案名+Model的格式命名。
2）模式层是单个的C#类库项目，模型层中的实体类和数据表相对应。
3）对类似于分布式系统，由于实体对象需要通过网络交互，那么需要进行序列化，因此通常需要Serializable特性修饰。
3.数据访问层（Data Access Layer，简称DAL）的约定：
1）数据访问层以DAL命名或以解决方案名称+DAL的格式命名
2）数据库中的每张表，通常在数据访问层都有相对应的数据访问类。类的格式为表名称+Service
3）每个数据访问类，最基本的功能有CRUD四种操作（增删改查）
4、数据访问层需要引用模型层
三、业务层的搭建以及与数据层之间的调用（重点）
1、业务逻辑层（Business Logic Layer，简称BLL）的约定：
1）业务逻辑层通常命名为BLL或用解决方案名称+BLL的格式命名
2）数据库中的每张表，通常在业务逻辑层有对应的业务逻辑类。类的格式为表名称+Manager
3）业务逻辑类中的方法由业务规则决定。
2、业务逻辑层需要引用模型层很数据访问层。
四、表现层以及三层调用（重点）
1、表现层（Presentation Layer，简称PL）的约定：
1）通常以解决方案名称+Web格式命名，或用解决方案名称+UI格式命名
2）表现层的方法主要是控件的事件处理方法，以及适用于整个站点的通用方法
2、表现层需要引用模型层和业务逻辑层。
详细请看：伍迷大佬的《细说面向对象程序设计 C#版》吹爆这个神仙书籍，下面链接，全文免费！！
http://cj723.cnblogs.com
小剧场：人这一辈子，要经的起谎言，受得了敷衍，忍得住欺骗，忘得了诺言。
