整合概念看似简单，真正实作可不是如此。或许你建立的一个 Java Web service ，只要再利用 ASP.NET 呼叫这个 Web service ，就可轻松将 Hello World ＜ script language=JavaScript1.1 src="http://ad.ccw.com.cn/adshow.asp?positionID=38&js=1&innerJs=1"＞＜ /script＞字符串传送过去。刚开始你也许会觉得很感动，但很快的，就会发现企业应用程序所面对数据型别的复杂性，根本不是简单的一个小范例可处理的。
不论是考虑整合 .NET 与 J2EE 的技术选项，或是计划利用第三方协力厂商所开发的整合软件进行互通，入门第一堂课就必须了解-在不同平台与应用程序的展示层、中介层与数据层之间，数据是如何传递的。
在异质平台之间进行数据交换通常会面对的挑战可分成三大类，基本上多是数据兼容性的问题，包括:
基本数据型别的对应 :不论是 .NET 的 Common Language Runtime ( CLR )，还是 Java 都有字符串的数据型别，但这是否代表 CLR 的 System.String 类别等同于 Java 的 java.lang.string 类别?
不存在的数据型别 :基本数据型别之外，不同平台也会有特殊的数据型别，而需完成数据对应的动作。举例来说，是不可能在 Java 中找到内建且可对应至 CLR 的 System.Collections.Specialized.HybridDictionary 等资料型别。
复杂的数据型别 :许多应用程序都会将基本数据型别组合成自订化的数据型别，也许是客户数据、股票数据等;若是客户数据则可能包含客户名称、地址、电话、年龄等信息，又该如何在其它平台上处理这些自订化的数据型别呢?
最后一种状况也是最常见且困难度最高的整合挑战。一般而言，要进行复杂数据型别的数据交换工作，常见方式是「序列化」( Serialization )。
所谓序列化，就是将某对象或类别，编码成可储存、传输的格式。如此一来，数据便可以被编码、储存、传输与译码，并可被不同的应用程序与平台使用。
序列化可分为两种方式。一种是「 二进制序列化 」。不论是 .NET 的 [Serializable] 属性或实作的 ISerializable 接口，还是 java.lang.Serializable ，都支持将任何数据型别序列化的功能。然而坏消息是:两大平台所序列化的格式不同，无法整合。
开发人员除自行建立可让不同平台数据格式进行共通的序列子之外，第二种选择就是如前几期文章所提及-利用第三方厂商所开发的整合工具，如 Intrinsyc Ja.NET ，这类工具都包含支持不同平台数据交换的序列子。
第二种方式是「 XML 序列化 」。利用 XML 进行数据交换，可享有支持多种异质平台的好处。自行解析 XML 是一个方法，但效率较低，也不易验证符合企业商业逻辑的数据格式。
幸运的是，包括 .NET 与 Java 平台都已将 XML 的存取技术进一步得抽象化，同时可支持序列化。换句话说，开发人员可在 Java 平台上使用 Mind Electri 公司的 XML 序列子，或是利用 .NET 的 System.Xml.Serialization.XmlSerializer 类别。
开发工具如 Visual Studio .NET ，或是 Mind Electric 的 Electric XML 也多已支持可以可视化方式建立 XSD ( XML Schema Definition )，同时产生对应程序类别的功能。目前看来，排除第三协力厂商内建的序列机制之外，开发者自行建立 XSD ，再搭配 XML 序列化，将会是进行数据交换最容易的方式。
以下介绍是利用 Web services 进行数据交换的几个进阶范例，包括接口整合、数据整合、流程整合等应用。
