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

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

1. 从领域层开始

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

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

2. 深入到数据源层

1）事务脚本的数据源：

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

2）表模块的数据源：

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

3）领域模型的数据源：

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

如果希望耦合更松一些，可以用表数据集入口或行数据入口；

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

3. 表现层

1）如果情况允许，尽可能使用html而不是胖客户界面；

2）如果走html路线，使用mvc；

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

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

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

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

5. 其他分层方式