关于《企业应用架构》主要的东西在前两次中已经说的差不多了，这次主要就是一些大致思想还有一些细枝末节了（关于表的阐述）：
外键映射
模式概要：把对象间的关联映射到表间的外键引用。
项目实践：社区系统中的“帖子”实体持有“用户”实体的标识域，在数据库中则表现为Post表持有一个userNo字段。
关联表映射
模式概要：把关联保存为一个表，带有指向表的外键。
项目实践：用户体系系统中“用户账户关系表”，作为值对象，持有userNo和accountNo。
单表继承
模式概要：将类的继承层次表示为一个单表，表中各列代表不同类中的所有域。
项目实践：社区系统中的评论表，存储来自多个渠道的评论内容，且缺乏注释，业务代码混乱，导致难于维护。
类表继承
模式概要：将各个子类的公共属性放入一张父表中，子类的非公共属性放入各自的子表中。
具体表继承
模式概要：每个子类对应一个具体表，多个具体表之间可能存在相同的字段。
项目实践：用户体系的**账号表和理财账号表就是使用这种模式来建表的，当然现在是对**账号和理财账户进行独立建模，所以影响倒不是很大，但是此种模式的一个缺点较为明显：每次需要查询某个用户下的所有账户列表时，需要同时查询**账号和理财账号表，如果使用“类表继承”模式，则可以避免多表查询，因为在这个查询场景下，仅仅需要查询账户的基本信息：账号、开户日期，这些属性是所有账号共有的，因此完全可以从父表中获取。
资源库
模式概要：协调领域和数据映射层，使用类似于集合的接口来访问领域对象。
项目实践：用户体系和社区系统中均有使用到，使用场景见上面描述。
Web表现模式
模式概要：经典的MVC模式，将‘视图（View）’、‘模型（Model）、‘控制器（Controller）’分离。
项目实践：web类项目基本逃不掉MVC，不再赘述。
参考博客：