三层架构
架构模式:
架构模式是指一个软件系统整体的组织结构
架构模式描述软件系统的组织结构的一些规则和指南
通过这些规则和指南,我们可以把预定义的,职责明确的子系统有效的组织起来
设计模式:
设计模式描述的是在软件系统的某一局部不断重现的核心解决方案
这些解决方案以完善的设计结构出现,可以被应用到以后出现的类似的环境中.
和架构模式相比,设计模式关注的是更为微观的问题.
三层架构模式属于架构模式,将整个业务应用从低到高划分为: 表示层,业务逻辑层,数据访问层(持久层).
表示层: 完成数据的展示,并提供界面供用户进行数据的录入
业务逻辑层: 完成内存数据的业务处理操作
数据访问层: 完成内存和数据库之间的数据互交
数据持久层采用DAO模式(Data Access Object)
建立实体类和数据库表进行映射,也就是哪个类对应哪个表,哪个属性对应哪个列(ORM).
数据持久层的目的,就是完成对象数据和关系数据的转换.
业务逻辑层采用事物脚本模式
脚本: 将一个业务中所有的操作封装成一个方法
保证一个业务方法中,所有的数据库更新操作同时成功,或同时失败.不允许出现部分成功,部分失败,这样引起数据混乱的操作(事务)
表示层采用MVC模式
M: 模型 也就是实体类,负责数据的封装和数据的传输
V:视图.也就是GUI窗体和GUI组件,负责提供界面和数据进行数据交互,以及数据的展示
C:控制 也就是事件处理 负责业务流程的控制.
业务接口设计原则: 一个实体类一个接口 一次提交一个业务方法 方法的参数来自表现层
持久接口设计原则: 一个实体类一个持久接口 一次数据库操作一个持久方法
接口隔离原则 : 使用专门的接口比用统一接口好,便以项目的组织和分工,不要让开发者面对自己用不到的方法.
原文：https://www.cnblogs.com/lyslyslyslyslys/p/12105227.html