php – 处理贫血领域模型

发布时间:2022-04-30 发布网站:脚本宝典
脚本宝典收集整理的这篇文章主要介绍了php – 处理贫血领域模型脚本宝典觉得挺不错的,现在分享给大家,也给大家做个参考。
我试图将我的DAL与我的业务层分开,在这样做的时候,我决定避开任何ActiveRecord方法并采用DatamapPEr方法.
换句话说,我的域对象不会保持自己的持久性.在这样做的过程中,我似乎正在蚕食“贫血领域模式”的反模式.例如,我的计划中的一个实体是一个组织.

组织代表如下:

class organization {
    PRivate $orgId;
    private $orgName;

    // getters and setters
}

因此,基本上这个组织除了作为“包”(如Martin Fowler所说)的某些数据之外什么都不做.在PHP世界中,它只不过一个美化的数组.与之相关的行为为零.

在程序中的行为,我一直坚持像“组织服务”这样的“服务级”类,它主要作为这些对象和DAL之@L_304_8@中介.

除了PHP的潜在扩展问题(我还有其他原因,我坚持在这些对象中“装袋”我的数据),这种方法是完全关闭的吗?

在这些情况下,您如何处理域模型?
也许组织首先不属于我的域名?

好吧,它在开始时似乎是这样,但是当你更多地重构你的代码时,你会得到你的组织类的一些行为……

我现在想到的一个例子是,如果你有人(员工),你可能想要将他们与组织联系起来.因此,您可能有一个可能在组织类中找到其位置的AssociateEmployee(用户员工)方法.

或者您可以更改公司的位置,而不是分三步设置地址,城市,州等参数,您可以添加ChangeLocation(街道,州)方法.

只需逐步进行,当您在BL /服务层中遇到一些似乎应属于域的代码时,将其移至域中.如果您阅读Fowler,当您在代码中看到它时,您将很快得到它.

脚本宝典总结

以上是脚本宝典为你收集整理的php – 处理贫血领域模型全部内容,希望文章能够帮你解决php – 处理贫血领域模型所遇到的问题。

如果觉得脚本宝典网站内容还不错,欢迎将脚本宝典推荐好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。