design-patterns - 为模型提供简单 POCO 的论据

Question

关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。












我们不允许提出有关书籍、工具、软件库等建议的问题。您可以编辑问题，以便可以用事实和引用来回答它。


3年前关闭。







Improve this question




我是一名程序员，我认为我在 OO 方面受过良好的教育。我相信 POCO (C#) 和只有 get/set 方法来封装数据的模型。 3层域模型。

我正在寻找支持在服务层中具有简单域模型和所有业务逻辑以及用于数据访问的 DAL 的值(value)的文档。

马丁·福勒:

http://martinfowler.com/eaaCatalog/domainModel.html

http://martinfowler.com/bliki/AnemicDomainModel.html

是说(贫血的)域模型没有值(value)，并且要使其具有值(value)，它必须处理总线逻辑或/和数据 CRUD 操作。
我需要一些对 Martin Fowler 有反驳意见的好书。
(这不是解雇 Martin Fowler 的情况，我尊重这项工作。我希望更好地了解我们在做什么以及为什么？)

Answer 1

你可以从……福勒本人那里找到反驳。

PoEAA ，页。 110、交易脚本:

However much of an object bigot you become, don't rule out Transaction Script. There are a lot of simple problems out there, and a simple solution will get you up and running much faster.

事务脚本并不完全是您描述的那种服务(它可能不使用域对象，甚至是贫血的对象)，但它非常接近。

另外，请注意 POCO 的概念并没有假设对象的愚蠢或贫血。您可以拥有包含行为的富域 POCO。 POCO/POJO 描述了一个简单的 native 对象，而不是用注释或属性修饰的对象，或者从框架继承特殊类的对象，通常用于持久性目的。