加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 资源网站 > 资源 > 正文

域驱动设计 – 域驱动设计中跨有界环境的实体

发布时间:2020-12-14 18:54:47 所属栏目:资源 来源:网络整理
导读:我正在努力了解实体如何在多个有界的环境中运行. 给予公司员工在(例如)人力资源背景下,该人有姓,姓,地址,工资参考号和银行帐号.但在会计背景下,所有相关的是薪资参考号和银行账户. 您在会计上下文中是否在HR环境中有Employee实体和Value-Type(例如SalariedEm
我正在努力了解实体如何在多个有界的环境中运行.

给予公司员工在(例如)人力资源背景下,该人有姓,姓,地址,工资参考号和银行帐号.但在会计背景下,所有相关的是薪资参考号和银行账户.

您在会计上下文中是否在HR环境中有Employee实体和Value-Type(例如SalariedEmployee)?

class Employee
{
    public BankAccount BankAcountDetails { get; set; }
    public string FullName { get; set; }
    public Address ResidentialAddress { get; set; }
    public string SalaryRef { get; set; }
}

SalariedEmployee类(??):Employee的value-type

class SalariedEmployee
{
    public SalariedEmployee(string salaryRef,BankAccount bankAcountDetails)
    {
        ...
    }

    public string SalaryRef { get; }
    public BankAccount BankAcountDetails { get; }
}

有界背景下的HRService是否返回此信息?还是在两个上下文中使用Employee类?

解决方法

我想我不会在两个上下文中使用相同的实体.他们应该是有限的.如果我必须根据一个上下文的需要改变我的员工阶级呢?“应该是有限的上下文”不再是有限的了.

我会使用一个值对象.诀窍是正确定义值对象.我看到那些相当于“数据类型”的对象,就像一个整数是一个整数.当然这是可疑的(int16,int32 …).但是我们假设是这样的.员工是否是一个价值对象的良好候选人?….我不这么认为:(…您可能不需要在有限的上下文中为员工提供相同的信息集,另一名称员工的身份信息是更好的候选人(名字,姓氏,中等…)这可以在有限的上下文中重用.

现在服务层应该返回这个值对象吗?… Personnaly我不会这样做.我更喜欢在我的存储库中定义这种可重用性.在Nhibernate中共享映射或共享相同的投影/映射器类.

希望这可以帮助 :)

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读