我想用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集合，也完全可以达到“
"全球通"的效果。
我个人是比较崇尚简单实用，时常要提醒自己：这样的功能真的有需要吗？
侯捷先生说过“学从难处，用从易处”。
 
从国内为电子商务开发的ｃｎＸｍｌ就知道ｘｍｌ为什么是个好东东了
 
我得快点学，要不跟不上了。
 
您必须登录或注册才可回复。

Similar threads

Ray
[转]终于可以发布Delphi下收点OSGI精髓皮毛而设计的插件框架WisdomPluginFramework
回复
4
查看
4K
chlkuei
C
火
XML实现异构数据库间转换的实现与分析(转)(0分)
回复
2
查看
317
DavidXFF
D
G
关于xml和数据库表之间的转换问题（欢迎探讨）(300分)
回复
16
查看
504
gophie
G
N
简单的问题！求使用方法！可能对你有用，快来看！ (100分)
回复
10
查看
381
nibul
N
N
很久了，真的没人会吗？ 求求大家，给个答案吧！ (100分)
2
回复
20
查看
723
nibul
N
后退
顶部