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

Question

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

在DAL中，我打算以1对1的方式为db创建基本表CRUD操作，1对表调用一次操作。

其中一个要求是使用此接口的遗留应用程序需要访问WCF Web服务，以便每个屏幕都具有关联的Web服务方法。即一个屏幕（业务决定将使用一种方法为每个屏幕提供服务）。

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

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

任何有关建议的建议。

Answer 1

一般来说，我认为保持BLL清洁和可用于其他所有需要的东西是有意义的。然后，如果您需要支持一些遗留呼叫，您对外观的想法是一个很好的。这将允许您的BLL保持其应有的方式，而外观将协调正确/现有的BLL逻辑以服务于传统应用程序。

以这种方式回答几乎是一种便宜的方法。我的回答是我同意你的意见;构建一个Facade来支持旧的调用并编排现有的BLL API调用。这样你的BLL就会保持清洁。