从干净体系结构中的应用程序层中的基础架构项目中调用方法C＃

Question

我对 c＃中的清洁体系结构。

基于细节，我的理解是所有业务逻辑都必须在应用程序层中，并且任何基础架构级别的内容（DB CRUD操作，消息处理程序）都必须在基础架构层中。

因此，我已经开始开发，但是发现应用程序层中基础架构层没有依赖性。即使是为什么他们要说的是将业务逻辑保留在该层的应用程序层和下行操作中。

没有这种依赖性，我如何访问下层中的CRUD操作。

同样，我不理解的是基础架构层中的依赖性。

有人请帮忙，因为我真的很困扰。我的应用程序层中有很少的方法，我也需要将输出写入数据库，而我不知道该如何实现。

如此简单，它就是这样的基于描述

---

应用程序层

imessageBroker.cs

Public class IMessageBroker
{
    Task<int> pushtoqueue(string queue, string message);
}

myService.cs

public class myservice
{
   public void MyMethod
   {
      //Here I need to call the pushtoqueue method which I dont know
   }
}

---

基础结构层

< em> MessageBroker.cs

public class messagebroker :Imessagebroker
{
   public task<int> pushtoqueue(string queue, string message)
   {
     // here the queue pushing code comes
   }
}

dependencyInjection.cs

services.Addscoped<IMessageBroker, MessageBroker>();

---

请分享您的想法..

环境

.net 6

Azure功能应用4.0

Answer 1

您链接到的样本使用称为“控制倒置”（IOC）的概念。该概念适应您的样本并以（冗长的）句子定义，是关于将依赖性从应用程序层到基础架构层的依赖性，以便应用程序层将其对基础结构层的要求定义（以接口的形式），并可以与实现这些接口的任何基础架构层。

如果您查看概述部分中的图表，则有一个从基础架构层到应用程序层的箭头。这表达了从应用程序层上的基础架构层的依赖关系。

在您的情况下，组件可用于以下目的：

• iMessageBroker ：应用程序层中的接口可以弄清基础架构层必须满足的要求。
• MyService ：使用基础结构组件的服务类。类型 iMessageBroker 的实例应注入类，以访问消息代理。
• Message Broker ： iMessageBroker的具体实现。

这种方法的好处是，您可以轻松地替换基础架构组件而无需更改应用程序层。从一个消息经纪更改为另一个消息代理可能很少，但是在测试 myService 时，能够使用模拟对象是无价的。

要回答原始问题：如何调用 pushtoqueue 方法？

只需将 iMessageBroker 的实例注入 myService 并在此处使用：

public class MyService
{
  private readonly IMessageBroker _msgBroker;

  public MyService(IMessageBroker msgBroker) 
  {
    _msgBroker = msgBroker;
  }
 
  public void MyMethod
  {
    //Here I need to call the pushtoqueue method which I dont know
    _msgBroker.PushToQueue("queue", "message");
  }
}

在示例中，您已经将 imessageBroker 的注册添加到IOC容器中，因此，当创建 MyService 时，将注入实例。

---

附带说明：命名惯例后，提高了程序员的可读性。我从这个问题中更改了一些名称。有关c＃命名约定的概述，请参阅此。