我正在使用 .NET 4 为客户创建一个小型客户端服务器应用程序。我应该创建一个实现多个契约(Contract)(IInvoice、IPurchase、ISalesOrder 等)的巨型服务，还是应该创建多个服务，每个服务在多个端口上运行一个契约(Contract)？我的问题特别是对这两种选择的利弊感兴趣。另外，回答这个问题的常用方法是什么？
我真正的困境是我没有做出此决定的经验，而且我对 wcf 的经验也很少，因此我需要帮助来理解此类决定的技术含义。
最佳答案
不要创建一个实现 n 个服务契约的大型服务。这些类型的服务很容易创建，但最终会成为令人头疼的维护问题，并且无法很好地扩展。另外，如果有一个开发组竞争 checkin / checkout ，您将遇到各种代码合并冲突。
也不要创建太多服务。避免让您的服务过于细化的陷阱。尝试基于功能创建服务。这些服务公开的方法也不应该是细粒度的。你最好使用更少的方法来做更多的事情。避免通过创建 GetUser(userObject user) 创建类似的函数，如 GetUserByID(int ID)、GetUserByName(string Name)。您将拥有更少的代码、更容易的维护和更好的可发现性。
最后，无论您做什么，您可能只需要一个端口。
更新 12/2018 有趣的是自从我写这篇文章以来事情发生了怎样的变化。现在有了微服务模式，我正在创建很多带有聊天 API 的服务:)
关于c# - wcf 决定 : one service multiple contracts or many services，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/17424392/