我想用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

X
使用unidac 连接FB 3.0 （含嵌入版） - xalion
回复
0
查看
729
xalion
X
S
[付费]数据集内容输出 JSON 格式数据
回复
0
查看
758
swish
S
S
[教程]本用 System.Zip 从流中获取解压数据
回复
0
查看
896
swish
S
S
[转]ESXi找回并重新挂载丢失的数据存储
回复
0
查看
836
swish
S
S
[教程]使用 TQJsonOutputChannel 写入 JSON 数据到流中
回复
0
查看
812
swish
S
后退
顶部