c# - 我应该将客户对 API 的特定要求放入 BLL 层吗？

Question

我必须构建一个小应用程序，它基本上是一个 wcf API，用于对数据库进行 CRUD 操作。我想按该顺序创建一个 DAL --> BLL --> Web 服务层。

在 DAL 中，我打算在 1 对 1 的基础上创建对 db 的基本表 CRUD 操作，1 在表上调用一个操作。

其中一项要求是使用此接口的旧版应用程序需要能够访问 WCF Web 服务，以便每个屏幕都有一个关联的 Web 服务方法。即一个屏幕（业务决定将有一个单一的方法来服务每个屏幕）。

我想知道我是否应该将这些要求构建到 BLL 中，然后通过 web 服务重新公开？或者我应该创建 BLL 来执行逻辑业务操作，然后在顶部构建一个外观，这将创建特定的（上面提到的屏幕到 Web 方法调用要求），然后在 WCF 上重新公开它？

我不想让应用程序过于复杂，但我希望它显然是可扩展的。

非常感谢任何建议。

Answer 1

总的来说，我认为保持 BLL 清洁并可供其他需要它的东西使用是有意义的。然后，如果你需要支持一些遗留调用，你的门面想法是一个很好的想法。这将使您的 BLL 保持应有的方式，而外观将编排正确/现有的 BLL 逻辑以服务于遗留应用程序。

以这种方式回答几乎是一种廉价的方式。我的回答是同意你的看法；构建一个外观来支持遗留调用并协调现有的 BLL API 调用。这样你的 BLL 就会保持干净。