整合也可是IT简单任务

整合概念看似简单，真正实作可不是如此。或许你建立的一个 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 进行数据交换的几个进阶范例，包括接口整合、数据整合、流程整合等应用。

接口整合

　　企业主管或是知识工作者所注重的信息，通常来自多种不同的企业解决方案，甚或不同的平台。将这些不同的信息来源整合显示是最简单的方式。例如 Longhorn 或是 MSN Explorer 便会在桌面右方提供「仪表板」，可透过 Web services 与其它相关技术同步显示，提供包括气象、交通状况、实时传讯的联络人清单、行事历、股票等信息。当然不只一般的 Windows 程序，从企业入口网站( EIP )的发展也可看到类似的应用，透过 Web Part 的技术，将可利用 XML 或 Web services 整合不同来源的信息接口。

　　数据整合

　　英瑞得( Gismosoft )所开发的商业智慧行动解决方案就是一种典型的数据整合应用。该公司计划在 Pocket PC 中同时显示营运数据与地理位置整合的接口，必须整合地图系统与商业智能数据仓储中的信息。

　　由于不可能要求客户自行维护一套价值数百万的地图系统，客户也不可能将业务信息轻易的由开发厂商处理，同时间，又要兼顾行动装置的应用。

　　最佳的方式就是将地图系统、营运数据全部 Web services 化。前者位于开发商的服务器上，后者位于客户的服务器。 Pocket PC 透过 GPRS 与 Web services 撷取双边信息，再进行交叉比对，最后呈现的便是具备地理信息的商业智能系统。

　　单纯的利用 Web services 将不同平台与企业解决方案里的资料挖取出来，再整合显示固然不错，但是若能更进一步的将不同来源的数据进行交叉比对，将会产生许多机会与应用。如微软，组织内部有一套供予销售人员存取的 Sales Portal ，内建许多 Web Part ，其中就有个名为「 News in My Accounts 」(跟我客户相关的新闻)。

　　该系统可在销售人员存取 Sales Portal 时，自动辨识出销售人员身份，同时利用 Web services 取出内部 Siebel CRM 系统里的客户清单，再透过 Web services 与 MS Library (新闻系统)进行交叉比对，所得应用就是可大幅减少销售人员阅读新闻时间的「 News in My Accounts 」。

　　可以简单的计算一下，如果全球每天有五千个销售人员存取这系统，每天减少一小时的时间寻找与客户相关的新闻，不只可以实时掌握客户状况，整体省下的时间成本也相当可观。

　　流程整合

　　可分析的不只是现在与过去的信息，整合不同数据来源之后的分析数据，甚至可以取得营运趋势或是客户行为预测的「领先指标」。一旦发现所要注意的现象与趋势，最后甚至还可以触发「行为」，也就是进行所谓的流程整合。

　　如前几期所提及的电子商务网站应用，甚可以将不同系统中的客户数据( CRM )、销售数据( ERP )与客户浏览习性进行交叉比对，进而辨识出新的商业机会，同时开始运作流程，将相对应的促销商品、不同网站或网友的评价、运费等信息自动整合成为个人化促销邮件递送给予相关客户。

　　利用 Web services 进行整合工作而后衍生的应用可能，充满想象空间，就留待各位发展创意。