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