部件松动耦合

这完全取决于你未来对Imessenger的计划。我个人并不认为在同一个程序集中拥有接口和几个示例实现是一件坏事。如果有人想要提供一个新的IMessenger实现,他们将不得不在另一个程序集中进行,并且在引入您的程序集的过程中,他们将收到电子邮件、smsmsmmessage等。对于轻量级程序集,我认为这不是什么大问题,因为它节省了您将“接口”和“实现”同时引用为每次你想用的时候都会用到。

如果您的实现类引用了与您的组织相关的其他代码或任何您不希望公开的代码,那么将imessenger分离到它自己的程序集中并根据需要分发它会更有意义。

引用(从而耦合)应用程序层类到消息库没有任何错误。只要您的消息库是独立的,并且不知道它的用户,就可以了。

此外,不要仅仅因为体系结构的事实而过度设计。它应该有一个目标,而且收益应该大于成本。

我对你的问题的回答:

• “因此,我想在应用程序层类中对接口进行编程,然后需要从应用程序层类引用消息类库吗?”不

• “这是否将应用程序层类与消息类库紧密耦合?”对

• “我应该在单独的库中定义接口-IMessenger吗?”对

如果您使用的是IOC容器,请注入依赖项,不要将您的应用程序与基础结构实现结合起来。

我的实现是将IMessenger接口放在应用程序层中,以便允许我的应用程序对象与接口进行对话,不管它的实现是什么。我将在一个单独的程序集中发送普通电子邮件和短信息,它们实现了Imessenger。显然,注入是由IOC容器执行的。

应用层不应该知道基础结构层。

这是一个很好的页面,可以看到这种设计: Hexagonal Architecture .