如果这是重复,我道歉,但我在相关问题中找不到关于该主题的任何具体示例.
在阅读了Martin Fowler关于"贫血领域模型"的文章之后,我不知道为什么这被认为是一种反模式.大多数企业开发人员甚至认为它是一种反模式,因为AFAIK可能有90%的j2ee应用程序是以"贫血"方式设计的?
有人可以推荐进一步阅读这个主题(除了"领域驱动设计"一书),或者甚至更好,给出一个具体的例子来说明这种反模式如何以一种糟糕的方式影响应用程序设计.
谢谢,
java architecture domain-driven-design anti-patterns anemic-domain-model
直接来自这篇关于 J2EE DAO 模式的oracle 文章:
确实一切都非常清楚,但传输对象“参与者”(正如他们所说的那样)。
在这里,我引用了我想要更多见解的一点(尤其是在现实生活中的例子(一个简单的例子)会很有用)。
传输对象
这表示用作数据载体的传输对象。DataAccessObject 可以使用传输对象将数据返回给客户端。DataAccessObject 也可以在 Transfer Object 中接收来自客户端的数据以更新数据源中的数据。
我正在尝试将此模式用作练习(作为 OCPJP 考试的学生,它需要了解 DAO 模式)。到目前为止,我的数据源(mysql 数据库)、我的业务对象(称为 Person 的 JavaBean)和我的 DAO 对象在数据库和 JavaBean(Person)之间正确连接。
那么,传输对象究竟是什么?
编辑: 从我的第一个回复中我了解到实际上我知道什么是传输对象,但我不知道什么是业务对象......所以问题保持不变,但对于业务对象。不适用于传输对象。
提前致谢并对此表示抱歉。
提前致谢。