我正在编写一个WCF服务应用程序，其中已将WCF类隔离到它们自己的“表示层”中（由于缺乏更好的用词）。然后，在此之下，我有一个协调领域对象的应用程序层。
我喜欢WCF技术没有泄漏到应用程序层的事实，因此我可以轻松地将其交换为Web API之类的东西（考虑了这一点）。但是，我担心的是，这似乎违反了“不要重复自己”规则。WCF层实际上已成为“代理”层，该代理层仅将调用移交给应用程序层，并保持相同的签名。
例如：
public void Method(string arg)
{
_appService.Method(arg);
}
这是过度杀戮吗？我是否应该将逻辑上移到WCF类中？
在面向服务的应用程序中实施DRY原理时必须小心。通常，服务形成其自己的Bounded Context，您将希望在其中能够独立于其他服务中的业务逻辑来演化代码。该规则的例外是“实用程序”代码，该代码解决了整个垂直切片中的跨领域问题。
关于您给出的特定示例-您已将逻辑与托管方式分离了。这不会违反DRY，因为代码的上下文不同。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句