对于国内数据交换平台的分析

  数据交换平台应当立足于平台自身所提供的基础设施，在国内大部分的交换平台系统错误地把关注的重点放在数据交换平台所支持传输协议之上(如mq,ftp,webservice)，系统所支持的传输协议越多，系统抽象出业务逻辑的难度越大，对用户而言它并不关心系统用那种传输方式和如何进行数据交换，它往往更乐意选择一种简单，标准和不破坏原有系统结构的接口，这是一种“付出代价最少而能够进行的数据交换”接口，本人曾参与某市政园林局和某市机关网络中心的数据交换，它们所谓的数据交换平台无非也就是在Web服务技术上进行了一些扩展，系统显得二不像，一不像正宗的数据交换平台，二不像企业服务总线(Enterprise Service Bus)，那什么才算正宗的数据交换平台，个人认为是国外的Xware产品， Xware定义很多业务文档组件，这些组件建立在诸多传输协议如jms,mq和ftp等之上的，为什么这样做原因是jms和mq等传输协议它本来自身就俱备传输消息的能力，它们完全可以不利用数据交换平台基础设施的情况下进行消息交换，把它们纳进来的是为能提供传输消息的能力，唯一不足的是每一种传输各有的各的接口标准和传输的消息协议，那数据交换中心应当有属于自已的消息协议，如Xware的Document Xml和国家行政服务机关电子公文交换格式的Eapp Xml等，那数据交换平台为了支持自身的消息协议而引入了“适配器”的概念，适配器的概念是把一种协议接入到另外一种协议里面的组件，也就是适配器是为协调两种协议间的差异而存在，那数据交换平台不应当把心血关注到所谓的诸多传输协议上，提供的多不一定带来什么好处，并且往往是弊大于利。如果要使数据交换平台性质的产品有竞争力，就要把关注点放到平台的基础设施，而什么传输协议之上，什么所为是基础设施：依我看来，除了这些传输协议能功能之外的功能，如webservice能传输消息，但不能时间调度传输，对消息数据进行电子签名和进行统一消息管理等功能。如果仅仅为了数据交换，那建议你简单利用web服务就好了，别再为那些在web服务之上进行简单扩展的系统就吹捧成"万能“的数据交换系统，这个万能不在于你开发出来的数据交换平台有多好，而是得益于web服务本身的特性，所以国内的数据交换平台大多是系统集成的一个中间件而不是正宗的数据交换平台。