实现XML和Web服务时要避免的常见错误有哪些

……开发者不理解技术的局限性：XML处理对解决许多问题都有用，
但是你必须认识到消息是要被解析的——并且在大多数……产品中，
这就意味着许多或者所有的消息都会驻留在内存中。

不要发送冗余信息。在许多情况下，发送二进制数据时，你可能会
发现消息高度重复。如果是这样，你可能就要考虑在Http层面使用
压缩技术来改善你的网络延迟。虽然这不会帮助你处理负载，但可
能有助于减轻其中一个问题。

在XML消息体中，根本不要嵌入二进制信息。这是较好的解决方法，
还有几种不同的途径可以实现这一效果。比如，你可以使用带有附件
的SOAP或者消息传输优化机制（MTOM）绕过解析开销，尽管这无助于
网络延迟问题。

……还有一个更好的办法，使用SOAP根本不发送大的二进制blob。
替代方法，通过受控的文件传输系统，使用一个“带外数据
”传输……或者“声明标签（claim Check，参见《EIP模式》或这里）”
模式，避免在SOAP和HTTP上发送大的二进制文件。

误解了SOA架构原则。一个优秀SOA架构的关键原则是你的服务
应该具有高复用性。

……如果设计是根据现有代码“自上而下”衍生出服务，这类服务
就会出现；通常，开发者会看着他们现有的架构图并且决定将
架构中的每一层（包括表现层）转变成服务集。

相反，在SOA架构的正确位置使用粗粒度的Web服务会更好。再次
强调，检查一个架构的标准分层模型，通常在架构中会有一个
明确定义的地方已经封装了系统业务逻辑。可以使用“远程门面
模式（Remote Facade Pattern）”来包装这些服务，以便用合适
的方式来暴露基于模型的服务。

这个问题的症状是组织没有看到SOA承诺的好处，而且维护他们的
解决方案似乎比以前使用Web服务的时候更难（而不是更容易）

如果你正在构建WS-* Web服务，那么这个XML应该被包含
在描述你的Web服务的WSDL之中。即使你在使用REST方法，
拥有易于访问的XML模式将鼓励你的服务被重用。