c# - 为什么我们不应该将业务逻辑放在服务中？我们会更换我们的服务吗？

Question

我正在设计一个系统，我看过很多文章说不要将业务逻辑放在您的服务代码中。并且只将您的业务逻辑放在您的域对象中。

我没有在任何地方托管我的服务代码，它由我的表示层直接访问。将来，我可能想通过 WCF IIS 服务公开此服务代码。

但是我不明白为什么服务要轻量级？它的优点是什么？我们什么时候会更换我们的服务？请解释

Answer 1

这个想法是，通过在您的应用程序中使用不同的层，它可以重用。例如，您的业务层可能具有借书功能。好吧，您可以采用该功能并从不同层调用它。控制台应用程序可以调用它，服务可以调用它，或者网页可以调用它。

此外，它更容易测试。您可以在仅调用 BLL 的示例应用程序中触发该方法，而不必担心服务会调用它。