问：我们通过许多组合的服务来实现一个SOA架构，从而形成各种各样的商业过程。这些商业过程的客户是分布在不同的办公地点的交互合作通信的网站和系统。我们为消息中的实体设计了一个XML图例(XSD)，并且使用了SOAP文本文档结构。有些客户希望为接收到的数据(例如典型的合约中的数据)增加一个验证服务，这个验证服务将在每个商业过程的开始被调用。这个能够执行的验证服务在XSD中并不容易创建，因为一个实例必须在一个数据库中验证所有卖出去的产品代码与数据库中的都是一致的。

　　尽管如此，我们中间的部分人还是在怀疑创建这个验证服务是否真是明智的。一些人认为，这个验证服务将通过合约打破设计的理念。另外一部分人则认为，每一个服务都应该验证它必须验证的部分。你怎么看待这种情形呢?实现一个验证服务是否是一个好的做法呢?

　　答：与SOA相关，相对普遍的最优化技术就是验证抽取;从本质上来说，一个图例中验证细节的减少可以帮助用户减少相应的需求，并且增加服务合约的寿命。为了实施完成这项技术，需要延长从一些验证逻辑到底层基础服务逻辑的过程。因此，这就意味着只要有合理的解释就可以方便地把验证逻辑从合约层中去掉。

　　验证逻辑整体上经常和服务中的上下文环境联系在一起。例如，验证逻辑能够和商业规则联系起来，这些商业规则属于一个商业服务的处理边界之中(在缺少决定性服务和商业规则引擎的情况下)。因此，如果你拥有一个保险业实体服务，在服务中设置一个与保险业有关的验证逻辑就是很有必要的了(作为合约的一部分或者服务逻辑中的嵌入式部分)。

　　目前没有发现一个单独的验证服务有任何的异常，尤其是如果它提取许多可以重用并且能用来满足大量验证需求的逻辑时(支持大量的服务)。尽管如此，如果你在构建一个实体服务层并且这些实体中的验证逻辑是很明显的，在单独的服务中包含它们将显得更有意义，从而让它们能够独立地管理和发展。这真的非常接近验证逻辑自身的性质了。