脚本宝典收集整理的这篇文章主要介绍了zend-framework – DataMapper模式是否打破了MVC？，脚本宝典觉得挺不错的，现在分享给大家，也给大家做个参考。
Zend Framework不使用ActiveRecords,而是使用表数据网关和行数据网关模式,并使用DataMapPEr将行数据网关的内容映射到模型,因为ActiveRecord在模型没有1时发生故障： 1映射到数据库表. Zend快速入门指南中有一个example of this.
对我来说,他们的例子看起来非常臃肿,到处都是大量的吸气剂和制定者.我发现了各种关于Domain Driven Design的博客文章,认为使用这么多的getter和setter是不好的做法,因为它将所有内部模型数据暴露给外部,因此它没有公共属性的优势. Here is one example.
我的问题：如果你删除那些getter和setter,你将如何呈现你的观点？在某些时候,数据必须点击视图,以便您可以实际向用户显示某些内容. DDD建议之后似乎打破了MVC中M和V之间的分离.继MVC和Zend之后,似乎打破了DDD,让我为所有模型输入了大量的getter,setter和DataMappers.除了做大量的工作外,它似乎也违反了DRY.
额外的东西,与答案没有直接关系,但更侧重于DDD：
(免责声明：我对Zend Framework的唯一了解就是我在链接文章中读到的内容.)Zend Framework使用的是DataMappers而不是ReposITories.这真的是DDD吗？好吧,Fowler’s interpretation of a Repository可能会说不.但是,Eric Evans表示DDD Repository可以非常简单.最简单的,Repository是一个DataMapper(参见DDD书).对于更复杂但仍然是DDD的东西,请参阅Fowler文章. DDD具有可能与模式定义不同的概念存储库.
我恳请您继续阅读有关域驱动设计的内容.我认为假设getter和setter违反DDD存在缺陷. DDD专注于领域模型和实现这一目标的最佳实践.存取器只是一个小细节.
以上是脚本宝典为你收集整理的zend-framework – DataMapper模式是否打破了MVC？全部内容，希望文章能够帮你解决zend-framework – DataMapper模式是否打破了MVC？所遇到的问题。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。