Oop 哎呀，责任到哪里去了

我有一个名为a的类和另一个名为B的类。类a包含类B作为属性

我有商业逻辑。根据B类中某个属性的值，我必须计算a类中另一个属性的值。要进行此计算，我必须调用SOAP服务，获取一个值，然后根据B类中某个属性的值，我必须对SOAP服务返回的值进行数学计算，然后在类a中设置属性的值

public Class A{
  public string Property1{get;set;}
  public int Property2{get;set;}
  public B Property3{get;set;}
}

public class B{
 public string Property1{get;set;}
 public string Property2{get;set;}
}

伪码中的逻辑

如果classB.property1=“Something1”，则调用soap服务，获取一些整数值，执行一些算术计算 使用常量，并将结果分配给classA.Property2

否则，如果classB.property1=“Something2”，则调用soap服务，获取一些整数值，并将结果分配给 A类物业2

否则，将classA.Property2设置为默认值

我不喜欢If-else，它不遵循OCP。我想和一个装饰师一起做。第二个选项是使用构建器模式并封装if-else逻辑，但它仍然会破坏OCP。或者是一个全新的域服务来执行这个任务？但即使我选择了域服务的方式，OCP仍然会被破坏

上述逻辑是在业务逻辑类中执行的

那么，上述计算逻辑的责任何在？

---

还有如何避免这种情况？

我们确实需要更多关于“这些值是什么”和“它们现在或将来是否会以任何其他方式使用”的详细信息，以便能够清楚地说出它们应该去哪里

也就是说，首先，我们可以将您的伪代码清理为：

Get a value from Class B.
If that value is equal to "foo":
   call SOAP service
   do math
   assign value to property2
Else if it's equal to "bar":
   call SOAP service
   assign value to property2
Else
   assign default value to property2

如果没有其他方法可以从类B调用此值，并且没有其他方法可以从代码调用SOAP服务，则此功能可能应该位于类B中，以对外部调用方隐藏逻辑。

在中，

ClassA

是此场景中的聚合根，并且应该是处理此逻辑的根

ClassB

可以引用

ClassA

；我个人更喜欢让我的关系是一种严格的、单向的关系。意思是

ClassB

不知道

ClassA

存在。有一些边缘的情况下，我打破了这个规则；不过不多

---

相反，我会用它来促进这一点。这其中有一些是在线的。基本上，逻辑将从

ClassA

和

ClassB

中抽象出来。相反，域事件将处理它。事件对象将得到一条消息，其中包含对

ClassA

和

ClassB

的引用，对其进行处理，分配所需的值（或者更好的是，通过受控方法将它们传递给类），然后执行。这使得计算的行为更易于测试，并允许您在多个地方重用此组件。

我将创建一个DDD类型的“域服务”，它通过接口依赖于SOAP服务，并以这种方式进行。很好而且可以测试，我不明白为什么它不符合OCP

---

应避免使域模型依赖于外部服务。

@RobbyCornelissen。非常感谢。我现在已经编辑过了，在这个特定的实例中，当您试图强制执行OCP时，您在寻找什么？您是否暗示决策逻辑应该在类

A

中，但条件值（“something1”、“something2”）应该在别处声明，因为它们可能会更改？这个小系统应该在哪个轴上进行扩展？我个人认为这个逻辑属于业务逻辑之外，不是吗？域层不应该接触到soap服务imo。这也可以通过适配器模式来实现。不，我认为这里不需要任何特定模式。只是设计良好、可测试的OO。