这两天去 BOC H.Q. 给全球金融市场部(这个名称够夸张吗 :P)提供技术支持,协助他们部署与实施一套新购进的金融衍生产品(互换、期权、利率合约等)的信息与交易系统,软件名称为 Summit ,这是一家法国公司的产品,在对此软件进行研究以及与此公司的技术专家交流的过程中,发现这个系统的一个主要部分是使用 CORBA 协议在前后台之间通讯,数据以 XML 格式为主,这可是一个比较经典的新老结合的架构呀 。而且在它提供的客户端 API 中,除了 CORBA IDL、Java、COM 等外,还提供了 SOAP 接口,让我对其刮目相看。
随后了解到,他们虽然使用 XML ,但却使用的是自定义的 Schema(XSD),现阶段国际上对于金融衍生产品的定义与数据交换已经有较成型的 XML 标准—–FpML:Finanica Product Markeup Language,当我询问此专家他们是否了解或采用此标准时, 他的回答是否定的。于是我用蹩脚的英语向他表达了这样一个观点:
Using XML standard for data exchange is just the first step , using the Industry XML standard is the second and more important step , because the nature and advantage of XML is it’s open features, but if every software vendor use their own schema in the system,it will do harm to or lost XML open features, if all the vendor use same XML schema in a specific industry field, the purpose of data exchange will be realy reached.
确实,在近一两年, XML 受到了越来越多的欢迎,在许多新开发的应用系统或程序中,都把 XML 作为数据交换的核心,但是一个被严重忽略的情况就是没有正视 XML 行业标准的运用,我曾经见过国内一家重量级保险公司提供的银保通的数据接口标准,完全是依据他们公司本身的产品和业务流程制作的,根本不具有普遍性,也无法在同行业其它公司或银行中具有适用性,这样的数据标准有什么用?和现阶段国内银行中间业务中普遍使用的 TXT 文件来传输数据的处理方式并无太大区别。
有了以太网,大家就在网络介质的电气标准上达到了统一,但要做到数据/信息包的传输与发送,则更进一步的 TCP/IP 协议一定不能少,XML 与 XML 行业标准的关系也是如此。
很好的比喻。是的,很多人都在炒作,实际并不了解XML的目的就盲目使用,可叹。
是啊,不过事务发展是有过程的
XML行业标准会随着时间的推移,逐步建立起来
这里面还要有行业协会的作用和制约。