三层架构：
1，持久层
2，业务层；
3，表现层
持久层：
完成数据库相关的操作，建立实体类和数据库做映射；采用DAO 模式也就是哪个类对应哪个表，哪个列对应哪个属性，而持久层的目的就是完成对象数据和关系数据的转换；
业务层：
完成处理从表现层中得到的数据和相关的业务操作。采用事物脚本模式将当前业务中所有的操作封装成一个方法，保证这些操作同事成功或同时失败，不允许部分成功或失败，这样避免引起数据混乱的操作；
表现层：
完成数据的收集和展示。采用MVC模式
M：模型，也就是实体类，用于封装和传输数据
V：视图，也就是GUI窗体，用于数据的展示
C：控制，也就是事件，用于控制业务流程
层与层之间用接口做逻辑，（方便替换）做关联，耦合，当其中一个层的组件需要更换不会影响其它层的组件
持久层设计原则:一个实体类一个接口，该接口放置，该实体类中所有的数据库操作，一次数据库操作一个接口方法
接口隔离原则：使用专门的接口，比用统一接口要好，不要让用户面对自用不到的方法，便于分工，便于项目的管理；
业务层设计原则：
一个实体类一个接口，一次提交一个业务方法，业务方法的参数全部来自于表现层；