SOA设计模式目录中，没有什么比典型模式更容易理解，也没有什么比典型模式更难实践了。此外还有一些富有争议性的模式。实际上，典型模式的操作潜能也是决定服务清单架构规模和状态的基本要素。

　　这一切都归结为建立基准互操作性。典型模式可以确保服务带有合同，这些合同可以在标准数据模型（模式）的基础上共享商务数据。典型的数据模型1认为不同应用应该被整合在一起，以便在共同数据模型的基础上共享数据，而典型模式则要求提前在服务合同里创建普通数据模型（Hohpe、Woolf）。因此，要想成功实施这种模式，必须建立并执行这些设计标准。

　　在讨论数据模型的标准化之前，我们先来描述一下“基准互操作性”。

　　当服务和服务用户程序发生交互作用时，通常会依据某些结构和一套规则来传送并组织数据（通常以信息的形式）。这个结构以及相关的规则构成了数据的形式表达法（或者模型）。

　　我们用不同的数据模型代表不同类型的数据。这时服务在数据共享方面就会遇到问题，因为数据模型是不兼容的。为了解决这个问题，我们会运用数据模型转换这一技术，数据模型映射逻辑正是通过这一技术被开发的。这样数据服务之间交换的数据就可以在运行时间被转换成和数据模型相符的数据。这一技术获得了巨大的成功以至于人们想要开发与其相应的数据模型转换模式。

　　但是，伴随着数据模型转换技术的诞生，数据模型转换的过渡使用又成为了一个现实问题，这些问题往往和架构复杂程度，开发任务的增多以及运行时间效率要求有关。它会极大地影响大型服务组合，如果你贴近中间件，真的会听到运行时间延迟所发出的吱吱扭扭的响声。

　　我们将在数据模型转换模式这一系列文章里，向大家陆续介绍具体细节和相关问题。对于我们来说，目前最为重要的是弄清楚，应用典型模式的首要目标是要避免应用数据模型转换。

　　这时我们还是要观察数据标准以及其应用的规模。不同的项目小组在不同的时间建立典型模式，这就要求每个项目小组都要使用事先定义好的数据模型，这个要求似乎很简单，但是真正做到却并不容易。很多机构都在为标准化的数据模型的执行和治理而斗争——以至于引发机构权利之间的争斗、个人的不满情绪以及一致性和变化管理之类的技术难题。

　　还有为什么典型模式都要和网域清单一起应用。将应用、实施以及标准化数据模型的治理限制到可管理规模的服务清单的范围内，这一点增加了成功实现这一模式的潜能。

　　典型模式简要概述了建立在筒仓基础上，集成企业向服务定向的过渡。这一模式解决了一个大问题，同时也对其持续的应用做出了更大的承诺。

　　本周的SOA模式系列文章包含了SOAPatterns.org社区网站、“SOA设计模式”（Erl et al.，ISBN：0136135161，Prentice Hall，2009）一书的作者以及投稿人的原创内容和独到见解。其最新出版一书的标题为“Prentice Hall出版社服务定向技术丛书，作者Thomas Erl”（www.soabooks.com）