【发布时间】:2023-04-07 03:01:02
【问题描述】:
我的解决方案的结构如下
API -> 业务逻辑 - 数据访问
API 使用业务逻辑拥有的服务。例如项目服务。该服务具有具有以下签名Task<ProjectGetDto>GetProjectById(int id) 的方法。现在我开始意识到我的服务不能被重用。所以我添加了一个额外的“层”,即位于 API 和业务逻辑之间的外观层。业务逻辑现在只真正处理实体。外观将这些实体转换为 Dtos 以供 API 使用。这些服务现在是更多的存储库(我将重命名这些)。这意味着我可以在整个业务逻辑中重复使用这些存储库。
我正在努力解决的问题是,从技术上讲,任何东西都可以使用该业务逻辑。我有点想隐藏这些存储库,以便只有外观可以看到/使用它们。在该项目之外,没有任何东西可以使用这些存储库。没有什么可以阻止 api 注入存储库并直接使用它。 所以我开始研究内部类。但是,通过依赖注入,我只知道如何使其工作。
我添加了一个扩展方法来在业务逻辑中添加所需的存储库。知道 API 看不到它们。但是,如果我尝试将存储库注入到外观中,我会收到一条错误消息,指出注入类比尝试使用它的类更难访问。
我觉得依赖注入正在阻止我封装我的代码
我现在解决这些问题的方法是使外观层成为一个新项目并拥有 API 引用了外观项目,而外观现在引用了业务逻辑。但是我仍然觉得业务逻辑没有被封装,因为它仍然可以以我不希望的方式使用
【问题讨论】:
标签: api .net-core dependency-injection architecture