基础设施服务合同应该放在哪里？

Question

我有 UI、Application、Domain 和 Infrastructure 层。

在我的 Infrastructure 层中，引用 Domain 和 Application 层以使用 Ninject 注册两者的服务接口.

但是我需要在我的 Application 层中的 Infrastructure 层中的服务，然后我需要在我的 中引用 Infrastructure 层应用层。

问题是 Infrastructure 层引用了 Application 层，我什么时候会在 Application 中引用 Infrastructure 层> 图层显示如下错误：

无法添加对“基础设施”的引用。将此项目添加为引用会导致循环依赖。

我如何解决这个问题？把Application层的Ninject配置放到Application层？我认为这是不正确的，因为我将在我的 Application 层中实现 Infrastructure。

Answer 1

听起来您的图层要么过于紧密耦合，要么边界错误。您可以通过引入存在于他们自己的项目中并且可以被其他人引用的接口来解耦这些层。

Answer 2

基础设施服务合同应在使用它们的层（域和应用程序）中定义，但在基础设施中实施。看看Dependency Inversion Principle 和Onion Architecture。基础设施层应该依赖于 App 和 Domain。您的域和应用程序不应依赖于基础架构。它们应该依赖于以它们自己的术语定义的抽象。你可能会觉得这个answer 很有趣。这个抽象的实际实现应该在应用程序启动时注入所谓的Composition Root。

例如，在您的应用程序中，您可以定义和接口如下：

ICanNotifyUserOfSuccessfullRegistration

基础设施层将引用应用程序并将使用 SMTP 或 SMS 类实现此接口：

class SmsNotificator : ICanNotifyUserOfSuccessfullRegistration { ... }

稍后此实现将通过 DI 容器注入到应用程序中。应用程序不会依赖于 Infrastructure 但仍会使用它，因此 Dependecny Inversion。我建议阅读Dependency Injection in .NET，即使您使用 Java 或其他堆栈。