考虑到面向服务，我们的团队参与了新的应用程序设计。我们由4名开发人员组成 和经理（了解编程和分布式系统）。 每个人都对服务设计有自己的看法。 它包含一个分布式系统：用户界面（Web应用程序）访问专用服务器（防火墙内部）的服务，以获取业务逻辑操作。 所以我们在上面列出了两种主要方法：
模块化服务
拥有许多模块，每个模块都包含一个服务（WCF）。 示例：名称空间SystemX.DebtService，SystemX.CreditService，SystemX.SimulatorService
独特的服务
所有业务逻辑都集中在一个独特的服务中。 示例：SystemX.OperationService。 Web应用程序为所有操作调用相同的服务。
在您看来，最好的是什么？或者对于这种情况，有另一种方法更好吗？
答案 0 :(得分：1)
Web服务是一个接口。调用者不关心服务是如何工作的，它只需要知道提供什么参数以及期望什么结果。因此，大量简单，离散的服务可能更好。
在他们的界面背后，他们都可以加入一大堆业务逻辑。谁在乎？
在实践中，hese服务的教学将分享SystemX功能的一些元素，并且将具有单独使用的一些元素。有些可能会组合SystemX和SystemY的元素。如果SystemX和SystemY是遗留应用程序，则可能无法更改它们，因此我们必须按原样使用它们。在其他情况下，可以在它们上公开强制模块化。