在企业级程序集中定义 DataContracts 然后在 WCF 服务项目中引用它们而不是在单个 WCF 服务解决方案级别定义它们是一种很好的做法吗？我看到的所有 WCF 示例都避免了该主题，并且仅在服务解决方案中定义了 DataContracts。我与之交谈的一些程序员希望将 DataContracts 视为企业级规范数据模型的一种不同风格，而不是服务本地契约(Contract)。我还没有找到任何支持或反对这种观点的论据。
可能很难为这个问题选择一个正确的答案，但我会尝试。我至少会为我认为增加我对该主题的理解的任何事情投赞成票。
最佳答案
我真的很喜欢将 DataContracts(和服务契约(Contract))放入程序集，然后与服务和客户端等共享它们的想法，但我认为没有任何充分的理由将它们全部放入一个整体程序集。
根据它们的使用方式将它们放入程序集中更有意义。如果有一组在多个服务和客户端之间共享，那么这就是一个程序集，等等。
这样做消除了公开元数据的需要，我认为它可以让你做一些漂亮的事情，比如在服务器端和客户端连接序列化事件。
关于wcf - 企业级数据契约(Contract)是一种好的做法吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/441216/