我正在设计一个系统,我看过很多文章说不要将业务逻辑放在您的服务代码中。并且只将您的业务逻辑放在您的域对象中。
我没有在任何地方托管我的服务代码,它由我的表示层直接访问。将来,我可能想通过 WCF IIS 服务公开此服务代码。
但是我不明白为什么服务要轻量级? 它的优点是什么?我们什么时候会更换我们的服务?请解释
最佳答案
这个想法是,通过在您的应用程序中使用不同的层,它可以重用。例如,您的业务层可能具有借书功能。好吧,您可以采用该功能并从不同层调用它。控制台应用程序可以调用它,服务可以调用它,或者网页可以调用它。
此外,它更容易测试。您可以在仅调用 BLL 的示例应用程序中触发该方法,而不必担心服务会调用它。
关于c# - 为什么我们不应该将业务逻辑放在服务中?我们会更换我们的服务吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9119731/