第八天-《企业应用架构模式》-通盘考虑

思考三个方面的技术实践：持续集成、驱动测试开发和重构

1. 从领域层开始

1）事务脚本模式最简单，适合于在关系数据库之上构建；领域模型须要很是专业的技术，还有鱼数据库的链接；表模块模式折中，在.Net这类有很是强大记录集支持的环境很是合适

2）理论上，能够根据架构来选取工具；实践中，可让架构和工具相匹配

2. 深刻到数据源层

1）事务脚本的数据源：

可供选择的数据库模式为：行数据入口和表数据入口，二者之间选哪一个取决于实现平台的方便以及系统将来的发展方向（如：开发平台所包含的工具，好比支持记录集合工具）

2）表模块的数据源：

有一个良好的记录集框架 -> 与表数据入口模式配合得完美无缺

3）领域模型的数据源：

若是模型至关简单（如只有十几个与数据库相关的类），则活动记录便可；

若是但愿耦合更松一些，能够用表数据集入口或行数据入口；

当更复杂性时，能够考虑使用数据映射器（工做单元模式取做用）

3. 表现层

1）若是状况容许，尽量使用html而不是胖客户界面；

2）若是走html路线，使用mvc；

3）.net使用页面控制器 + 模板视图，Java使用前端控制器 + 模板视图；

4）站点面向文档，使用页面控制器，复杂状况下可考虑使用前端控制器；

5）视图选择：模板视图（服务器页面）、转换视图（XSLT）

4. 一些关于具体技术的建议

5. 其余分层方式