-- 发布时间：9/12/2004 9:34:00 PM
--
晕啦.
看来如果是刚开始用XML,那就用schema ,不要使用DTD啦.
可是,现在好多公司的规范都是DTD滴,也许取代还是需要一段时间的.
ps :这里有关DTD的文章好……少哦
|
以文本方式查看主题 - 中文XML论坛 - 专业的XML技术讨论区 (http://bbs.xml.org.cn/index.asp) -- 『 DTD/XML Schema 』 (http://bbs.xml.org.cn/list.asp?boardid=23) ---- DTD在XML中有什么样的作用？（我是新手） (http://bbs.xml.org.cn/dispbbs.asp?boardid=23&rootid=&id=7667) |
|
-- 作者：windMark -- 发布时间：5/19/2004 1:40:00 AM -- DTD在XML中有什么样的作用？（我是新手） 我刚开始学习XML，看到在DTD中声明每个元素或者这个元素中的属性等等，感觉好像这些很麻烦，为什么要这些声明呢？如果没有他们那样不是在开发XML文档的时候就更自由了。 |
|
-- 作者：andycpp -- 发布时间：5/19/2004 12:23:00 PM -- 如果没有他们那样不是在开发XML文档的时候就更自由了。 ---------------------------------------------------------------------------------------------------------- 呵呵，这句话说得正中要害啊，DTD的作用就是让你写XML文档的时候不能太自由。 首先有一点你要清楚，xml文档最主要的用途是被程序处理，能被人看懂并且编辑，是他的一大特色，然而利用XML文档的最终目的是被程序处理。 你开发XML问档的时候越自由，就会给程序处理带来越多的麻烦！！举个例子，对于“作者”这一属性，你可以定义成“author”，也可以定义成“writer”，你让程序怎么处理？？这就要通过DTD来限制一下，只能使用auther，这样编写程序就很容易。 DTD一般都是行业级的，在某一行业定义一个DTD（相当于这个行业中的XML文档规范），大家都来遵守，那么你只要根据这个DTD编写程序，就能处理这个行业中的所有的XML文档，也就是说，别的公司的XML文档拿到我们公司后，我可以毫不费力的处理它！这就是XML的最大的用途：非常方便的进行数据交换！！ |
|
-- 作者：windMark -- 发布时间：5/19/2004 6:07:00 PM -- 哦，是这样啊。那我现在才明白DTD的用途。谢谢！！！ |
|
-- 作者：shujuwajue -- 发布时间：5/20/2004 10:00:00 AM -- 现在用XML Schema 应该会比DTD好把 DTD扩展性不好 |
|
-- 作者：windMark -- 发布时间：5/20/2004 10:19:00 AM -- 还没有接触过Schema，能解释一下和DTD有什么不同吗？ |
|
-- 作者：robert -- 发布时间：5/20/2004 10:56:00 AM -- Schema和DTD各有作用 |
|
-- 作者：ypstockton -- 发布时间：5/20/2004 3:13:00 PM -- schema 目前被理解为DTD的一种扩展而不是一种独立的规范 微软试图用统一他的schema规范 当然schema在不少方面都比DTD强，具体要看你怎么用吧 |
|
-- 作者：luckykimrw -- 发布时间：9/12/2004 9:34:00 PM -- 晕啦. 看来如果是刚开始用XML,那就用schema ,不要使用DTD啦. 可是,现在好多公司的规范都是DTD滴,也许取代还是需要一段时间的. ps :这里有关DTD的文章好……少哦 |
|
-- 作者：2yyd -- 发布时间：9/16/2004 8:59:00 PM -- 呵呵，快了 |
|
-- 作者：guobx -- 发布时间：10/6/2004 9:02:00 AM -- 关于DTD和SHEMA的区别 ，有没有明白的，讲讲啊！！ |
|
-- 作者：losait -- 发布时间：4/14/2005 11:47:00 PM -- 关于区别我还是没能明白过来`` |
|
-- 作者：一条辉 -- 发布时间：4/27/2005 8:00:00 PM -- 是啊 我觉得应该高手出来扫盲一下啊! |
|
-- 作者：binaryluo -- 发布时间：4/28/2005 1:55:00 PM -- 我不是高手，不过发表点我对DTD和XML Schema的理解： 1.Schema描述了XML文件的数据模型，有两种基本的方法来定义XML的数据模型(Schema)：DTD和XML Schema。（最开始的那个Schema一般用来描述XML数据模型，而XML Schema则是取代DTD的一种特殊的Schema技术。不要把两个Schema混淆。）在XML中，Schema被用来建立某类数据的模型。一旦数据模型适合特定的数据类，我们就可以创建遵守该类型的结构化XML文件。也就是说Schema描述了在有效的XML文件中的标记和字符数据的排列。 2.DTD是建立XML文件的Schema的一种方法。他要依靠自己的特定语法来描述XML词表的结构。 3.XML Schema是一种定义XML文件的Schema的新方法。他使用了XML的语法，可以用XML语法来描述XML的词表结构。 4.DTD于XML Schema的比较： （1）DTD有专门语法，数据类型比较有限；但简洁，而且比较成熟，有很多工具都可用来处理含有DTD的XML文件。 （2）XML Schema基于XML，可以像XML文件一样被解析和管理，支持大量的数据类型，表示一种无限的数据模型，因此扩展性很好，此外还支持名字空间继承；但他没有DTD那样简洁，而且目前只有很少的工具可以用于XML Schema。 |
|
-- 作者：风中有我 -- 发布时间：4/28/2005 3:42:00 PM -- 多写一点阿！！！！ |
|
-- 作者：binaryluo -- 发布时间：4/29/2005 8:17:00 PM -- 其实如果想了解更多的细节：DTD如何定义？XML Schema如何定义？...就去找本书看下，书上说的详细而且权威，我自己理解的难说还有偏差。如果有什么问题到是可以一起探讨下。 |
|
-- 作者：liqi_fly905@sohu.com -- 发布时间：5/17/2005 5:46:00 PM -- 支持binaryluo.楼上的最好找本schema和DTD相关介绍的书看看,一般用的较多的是Xslt.除非象我,就是做Schema验证的.一般人很少用到Schema或DTD. |
|
-- 作者：badguy_tj -- 发布时间：5/18/2005 11:10:00 AM -- XML Schema 相比DTD更适合编程 
|
|
-- 作者：邪之正義 -- 发布时间：5/27/2005 10:54:00 AM -- 頂，不錯的東西！ |
|
-- 作者：阿木 -- 发布时间：6/4/2005 10:05:00 AM -- 大家好，我是阿木MM，现在我们公司根据客户的要求需要用到XML来进行翻译和排版，十万火急地要我们进行自学。可是我以前根本没接触过XML（我是文科生），虽然在论坛狂补了几天，可是由于智商有限还是没能弄明白，请各位老师给我讲解一下好吗？我QQ是85604098，谢谢谢谢啊（磕头） |
|
-- 作者：fengzhiyi -- 发布时间：6/4/2005 11:38:00 AM -- schema和DTD是用来定义xml的数据模式的，也可以说是一个xml的框架，xml在这个框架内编写，更加规范，不会出问题，否则可以想象如果对同一事物相通讯的2人不知对方的表示格式，就达不到相异格式的通信，失去的xml的通用性本质！！！！ |
|
-- 作者：佐佐制造 -- 发布时间：6/13/2005 10:50:00 PM -- DTD可以描述XML的文档结构. DTD是从SGML继承下来的.可是DTD不太灵活. 不能满足目前编程的需要.. |
|
-- 作者：lembertyu -- 发布时间：9/1/2005 2:35:00 PM -- 也就是说，如果为了编程需要的话，最好还是用Schema,谢了 |
|
-- 作者：clyde3000 -- 发布时间：9/6/2005 10:13:00 PM -- 目前大多数的面向XML应用，都对XML DTD做了很好的支持，XML DTD的工具也相对较为成熟，一般情况下，这些应用和工具并不会选择以XML Schema替换XML DTD的方式对其升级，更多的选择应该是二者都支持。当然，对于那些对数据交换或者描述能力要求较高、XML DTD已不能满足功能需求的应用来说，以XML Schema来代替XML DTD已经成为一种必然趋势。 |
|
-- 作者：glovinglili -- 发布时间：9/7/2005 5:39:00 PM -- 关于是使用DTD还是Schema，还是要在具体的应用中选择！ |
|
-- 作者：poxie -- 发布时间：9/8/2005 8:49:00 AM -- 没什么大的区别 知识 shema 是DTD的未来的代替者而已 现在大多还是在使用DTD |
|
W 3 C h i n a ( since 2003 ) 旗 下 站 点 苏ICP备05006046号《全国人大常委会关于维护互联网安全的决定》《计算机信息网络国际联网安全保护管理办法》 |
113.281ms |