我前一段时间问this question，但现在我正在寻求实现数据库访问层和域层之间的实际分离。我也将努力将业务逻辑移动到它所属的域和控制器脚本之外。
我正在使用Zend Framework为数据访问层实现表数据网关和行数据网关模式，但显然无法真正定义如何构建与数据访问层分离的域层。我考虑使用Active Record模式，其中域逻辑与数据访问逻辑共存，但我有以下情况至少发生一次，我认为Active Record不会处理：
我有一个表“Person”，其中包含person_id和userType字段。
每个userType（admin，buyer，associate，supervisor）都有与之关联的特定业务逻辑，所有类型都从Person对象继承了一些基本功能。
我不想使用专门属于一种类型用户的业务逻辑来膨胀Row Data Gateway对象，但我不确定如何构造域层来表示不同类型的用户。例如，我是否创建一个包含PersonGateway对象的Person对象，然后编写将调用传递给网关对象的包装函数，或者编写Person对象以扩展PersonGateway对象，然后只实现我需要的特定函数？
同样，我通常认为这是（部分）工厂问题，我需要一个工厂方法，它将基于userType实例化正确的子类。这仍然是Zend Framework的Zend_Db类中最好的方法吗？
有关如何在Zend_Db上正确创建域模型的教程的任何建议或链接将不胜感激。
答案 0 :(得分：17)
域模型没有任何扩展。它们只是用于封装业务逻辑的普通类。他们可能使用数据访问对象，因此类中可能存在行数据网关对象的protected实例。 Row对象通常比Table对象更接近地表示域的实例。此外，您始终可以使用Table的{{1}}方法获取Row对象。
通常，DM类具有一个接口，其方法对应于您可以对该类执行的更高级别的操作。但是，您不一定要展示所有数据访问操作。
getTable()我还在上次spring发表了关于此主题的博客，并在ZF邮件列表recently上写了这篇文章。
就教程和资源而言，请尝试http://domaindrivendesign.org/