我试图将我的DAL与我的业务层分开,在这样做的时候,我决定避开任何ActiveRecord方法并采用DataMapper方法.
换句话说,我的域对象不会保持自己的持久性.在这样做的过程中,我似乎正在蚕食“贫血领域模式”的反模式.例如,我的计划中的一个实体是一个组织.
换句话说,我的域对象不会保持自己的持久性.在这样做的过程中,我似乎正在蚕食“贫血领域模式”的反模式.例如,我的计划中的一个实体是一个组织.
组织代表如下:
class Organization { private $orgId; private $orgName; // getters and setters }
因此,基本上这个组织除了作为“包”(如Martin Fowler所说)的某些数据之外什么都不做.在PHP世界中,它只不过是一个美化的数组.与之相关的行为为零.
在程序中的行为,我一直坚持像“组织服务”这样的“服务级”类,它主要作为这些对象和DAL之间的中介.
除了PHP的潜在扩展问题(我还有其他原因,我坚持在这些对象中“装袋”我的数据),这种方法是完全关闭的吗?
在这些情况下,您如何处理域模型?
也许组织首先不属于我的域名?
好吧,它在开始时似乎是这样,但是当你更多地重构你的代码时,你会得到你的组织类的一些行为……
我现在想到的一个例子是,如果你有人(员工),你可能想要将他们与组织联系起来.因此,您可能有一个可能在组织类中找到其位置的AssociateEmployee(用户员工)方法.
或者您可以更改公司的位置,而不是分三步设置地址,城市,州等参数,您可以添加ChangeLocation(街道,州)方法.
只需逐步进行,当您在BL /服务层中遇到一些似乎应属于域的代码时,将其移至域中.如果您阅读Fowler,当您在代码中看到它时,您将很快得到它.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。