域模型中的Setters

在经典(非CQRS)DDD中,一个好的做法是将所有数据分解为值对象,这样您的实体就简化为它们的主要功能:维护标识。

在您的示例中,客户应该引用一个Address ValueObject,并拥有一个ChengeAddress方法,该方法应该简单到:

public void ChangeAddress(Address address)
{
   //Consistency rules are here
   _address = address;
}

尽量将逻辑从实体移动到值对象。它们本质上更易于测试,因为良好的值对象很小且不可变。您可以使用构造函数来实例化给定状态下的VO并对其进行练习(通常通过调用返回另一个已转换的VO实例的方法)。

最后但并非最不重要的一点是,根据我的经验,如果测试领域模型需要额外的基础设施(如反射或任何其他工具),那么就错了(通过引入不必要的耦合)。

AutoFixture

再加上一点反省,爱和领域就变得非常可测试了:

namespace Unit{
  using System;
  using System.Linq.Expressions;
  public static class ObjectExtensions{
    public static T Set<T,TProp>(this T o,
      Expression<Func<T,TProp>> field,TProp value){

      var fn=((MemberExpression)field.Body).Member.Name;
      o.GetType().GetProperty(fn).SetValue(o,value,null);
      return o;
    }
  }
}

用法:

myUberComplexObject.Set(x=>x.PropertyOfIt, newValueOfIt);

你至少应该试着把那些“大屁股”的物体分成更小的。试着建立一个层次结构(只需确保它符合无处不在的语言)。