c# - WCF 关注点分离 VS DRY

Question

我正在编写一个 WCF 服务应用程序，我在其中将 WCF 类隔离到它们自己的“表示层”(因为缺少更好的术语)。然后在其下，我有一个应用层来协调域对象。

我喜欢这样一个事实，即没有任何 WCF 技术泄漏到应用程序层，因此我可以轻松地将它换成 Web API(我已经考虑过)之类的东西。然而，我担心的是，它似乎打破了不要重复自己的规则。 WCF 层实质上变成了一个“代理”层，它只是将调用传递给应用程序层，同时保持相同的签名。

例如:

public void Method(string arg)
{
   _appService.Method(arg);
}

这是杀戮了吗？我是否应该将逻辑上移到 WCF 类中？

Answer 1

在面向服务的应用程序中实现 DRY 原则时必须小心。通常，服务会形成它自己的 Bounded Context ，您将希望能够独立于其他服务中的业务逻辑来发展代码。此规则的异常(exception)是“实用程序”代码，它解决了整个垂直切片中的横切问题。

关于您给出的具体示例 - 您已将逻辑与其托管方式分离。这并不违反 DRY，因为代码的上下文不同。