WCF 对象设计 - OOP 与 SOA

Question

在 WCF/SOAP 世界中处理多态业务对象的正确方法是什么？

在我看来，SOA 和 OOP 相互矛盾——要公开一个干净的 WSDL，您需要具体的对象，通常甚至不利用继承。另一方面，大概在底层系统中，您需要遵循正确的 OO 设计。

人们通常在这里做什么？构建一套WCF合约对象，放弃OOP原则，然后在实际逻辑层与另一组对象相互转换？

Answer 1

What do people typically do here? Build a set of WCF contract objects, forgoing OOP principles, then convert to and from another set of objects in the actual logic layers?

是的。

WCF 序列化事物的方式最终对契约(Contract)对象可以做什么和不能做什么产生了很多限制。你不能做的事情最终会成为“最有用的东西”。

我发现如果您将 WCF 契约(Contract)对象视为只是一种数据传输机制，那么事情就会变得更加清晰。基本上就像强/静态类型的 XML。
不是将您的业务对象转换为 XML 字符串(并再次返回)，而是将您的业务对象转换为 WCF 契约(Contract)对象(并再次返回)，但其他方面类似