我想用XML进行远程数据交换。(100分)

  • 主题发起人 delphiB/S
  • 开始时间
D

delphiB/S

Unregistered / Unconfirmed
GUEST, unregistred user!
现在有一个老系统,客户端是SQL7,服务器也是SQL7,用自定义格式的纯文本作为报文
进行数据交换,现在想用XML做为新标准进行数据交换,我想问首先现在业界是否存在
比较通用的XML报文标准,例如MICROSOFT适用于商业领域的XML报文格式,这样我发布
发布出去的XML报文可以被其他标准的MIS系统的XML接口所接受;其次,DELPHI中有没有
直接按照某个XML模板从数据库中提取数据生成XML报文的方法,而不是象写纯文本一样
逐行读写。
 
使用BizTalk Server,这个是微软专门为基于xml文档交换而设计的服务。
 
BizTalk Server我知道是NT服务,但不知道如何在DELPHI程序中调用。
请JOJO给点意见。
 
抱歉,我现在在啃DotNet,暂时没有时间去研究Delphi。
 
TO JOJO:回答问题,就感激,不过顶多给5分。
踢一脚,把问题提提前。
 
用ClientDataSet.savetoFile('c:/Example.xml');
 
to starbzj
这个我知道,问题是CLIENTDATASET,怎么才能按照我指定的或者某种通用标准的XSL或者
CSS格式输出XML,并且能够被其他MIS厂商的XML接口读进。
 
使用 XML Parse 控件,手工生成。
 
是一种好想法,只是对xml还不是很熟悉。
 
JOJO所谓用的BizTalk Server。 真不知道 JOJO自己是否用过,还是仅仅听过
MS有这么个东东。那可是一大堆东西,料想不是 B/S朋友所需要的。
想用XML格式,算是种不错的想法,但解析XML是比较占资源的,这要看数据流量。
商业逻辑千变万化,不能指望有谁能定义个包打天下的集合。
XML一个特点就是容易转换,容易扩展,所以开始时,只需要
定义一个自己够用的XML规范就可以了。以后如要扩展,也是比较容易的事情。
所谓SOAP,也就是个报文格式,现在没必要理它。
/ME 的建议是:先定义了自己够用的XML 报文格式就可以了。然后两端写
打包和拆包程序。
实用主义 嘿嘿
 
to:tuti
关于这个问题我不想继续讨论下去了,若要使用xml,当然必须了解为什么使用xml?
我们使用xml,主要是为了让所有的人能够明白你的数据,不然你用xml干嘛?既然如此,
当然需要一定的格式,不能你想怎么样就怎么样。xml更多的情况,是用来定义语言的语言。
例如电子商务的ecml、图像用的svg和vml,wap的wml等等,biztalk则是为文档规范化所做
的一系列规范,你符合这个规范,别人才能明白你的数据表达的是什么。
在xml的世界里,没有人规定你要怎么做,但是你如果凭着自己的意愿来随便做,造成的麻烦
比使用html还要大。
 
to tuti and jojo:
你们两位说的都有道理,不过在我看来,未来如果XML能够成为主流技术的话,必然在
每个行业都有一个行业大标准,比如商业肯定会有一个XML标准,而每一个为商业开发的MIS
厂商都会以这个XML标准为版本开发XML接口,这样各个MIS系统可以通过这些接口进行数据
交换,就如同现在的EDI所做。虽然商业逻辑包罗万象,但这个行业大标准也可以是比较
繁杂的,尽量包容所有通用的元素,而每个开发者可以在这个大版本下,定义自己的XML
报文,也就是说我们这些小系统可以用大标准的某个子集来作为我们的XML模板,这样大家
在一个统一的标准下既保持各自的独立性,又可以实现数据交互,这应该是XML发展的初衷
虽然我知道现在XML本身还没有定型,但我想现在尽量采用一个未来很可能会成为XML
大标准的模板,比如MS的,这样未来升级的代价就小多了。
另外,我想请教二位,DELPHI的ADO.savetofile('1.xml')出来的XML报文是否能够被
其他语言的ADO读入,而这个1.XML是否是按照MS的XML标准书写的。
 
也许有些概念值得提醒:
XML是一种严格的定义机制,而HTML是一种定义的结果且被执行的很不严格。所以tuti觉得,
不太可能出现麻烦比HTML还大的可能性。
当然希望有一套集合,是我们可以提取其中的一部分就能满足我们对数据表达的需要,
而且有能被广泛得所理解接受。很多事情虽然在逻辑上可行,但在实际中却难以办到,
或者因为代价太高而没人愿意那么做。
就我对MS的biztalk集合和对IBM的TPAML(好象写错了)
的一些了解,觉得过于繁杂庞大,不太实用。
这里想提示一点的是,如果XML只是有定义
的严格性那就是难免重蹈EDI的覆辙,好在XML的相关的编程接口提供了很好的 转换性。
比较容易从一个XML格式转换成其它XML格式,这为我们用原型法开发提供了方便。
只要应用 namespace机制和Schema定义文档,即便自定义的XML集合,也完全可以达到“
"全球通"的效果。
我个人是比较崇尚简单实用,时常要提醒自己:这样的功能真的有需要吗?
侯捷先生说过“学从难处,用从易处”。
 
从国内为电子商务开发的cnXml就知道xml为什么是个好东东了
 
我得快点学,要不跟不上了。
 
顶部