三层架构：界面层UI+业务逻辑层BLL+数据访问层DAL
好处：使系统结构清晰，降低复杂度，便于维护。（高内聚，低耦合）
注：不要为了分层而分层，要根据实际开发情况制作最适合的层级关系，而不是强行套用三层架构。在分层设计时，最好遵循面向接口的设计思想，在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。
Common Library：通用类库，工具类，为各层提供通用的工具(类)。
Model：业务实体，可以理解为传递在各个层间的数据，它贯穿于整个架构，只不过它存储的是复杂的数据，如Model层里的一个类对应数据库里的一张表，类里面的每个属性都对应表里的每个字段。
User Interface Layer：界面层，只负责显示和采集用户操作，不包含任何业务相关的逻辑处理
Buisness Logic Layer：业务逻辑层，通过获取UI传来的用户指令，执行业务逻辑，在需要访问数据源时，直接交给DAL进行处理，完成后返回数据给UI层。
Data Access Layer：数据访问层，只提供基本的数据访问，不包含任何的业务逻辑。
PS：实践项目中，一般是先添加实体类，然后再增加数据访问类，和其他业务类。
数据访问类命名：实体类名称+Service 业务逻辑类命名：实体类名称+Manager
