讨论XML+XSL开发网页的问题

mygod

各位大侠，我最近想把网页开发的语言由html升级到xml+xsl的方式，这样作的好处是页面可以能实现比较容易地定制，可是问题也来了，因为开发b/s系统需要网页设计人员和程序员合作开发，一般由网页设计先作出页面的原型然后程序员负责将动态的页面代码嵌入到页面中，页面设计人员一般都是学美术类的出身，非计算机专业人员，他们一般使用象dreamweaer这样的工具设计页面，可能一些人甚至不懂html语言更不用说比这更复杂的xml和xsl了，但是dreamweaver工具开发出的页面是html格式，如果要转化成xml+xsl的模式需要有人专门进行这方面的工作，似乎又增加了工作量，不知道大家有什么好的想法。

NightKids

cocoon

mygod

[quote]原帖由 "NightKids"]cocoon[/quote 发表：



谢谢，用搜索引擎搜了一下，介绍的不是很多，能不能给介绍一下呀  

dq2004

虽然没有具体用过，不过我觉得cocoon太专业了，也需要学习一大堆新东西（至少是它的map机制，也相当于一门script语言了），还有如果用它的话可能还要转到它的Web Server上来，整个学习成本还是挺大的。

不知道你打算采用这种模式（XML+XSL）的初衷是什么，能承受多大的成本。我感觉这样做的技术代价及商业代价都是相当大的，当然如果成功则是相当值得的。我们公司现在也在用这种模式，属于一个更大项目的一部分技术要点，不过目前尚处于初期开发阶段。所以还不能给你提供更有实际帮助的好建议，只能说现阶段的感觉是：市面上能见到的同类产品都不太适合。很多工作还是要自己动手，但开发周期超乎想象的长。

这肯定是犯了“重新发明轮子”的禁忌，不过我们的目标确实是一个更大的“轮子”。呵呵，也许这些话反倒是给你了一个负面的建议，即最好不要轻易尝试这样做。不过从技术兴趣的角度我还是希望有更多的人做类似的工作，这样大家就好交流了。假定你们确实决定这样做，下面给一点正面的东西——

任何XML相关应用，最重要的是给出合理、高效的XML结构定义，并且最好是能真正发挥XML“逻辑自描述”的特点。其实100%的自描述是不可能的，还是要与硬代码逻辑相结合才行。就数据与界面的分离来说，想做到真正的分离，必须减小二者之间的耦合。目前我们认为，在二者之间建立独立的“表示层逻辑数据库”是一种最小化的耦合机制。之前我们发现在定义XML格式的时候无论是以数据方面为中心还是以界面一方为中心都必然导致开发阶段双方代码（XSL也视为一种代码）和进度的相互影响（尽管这样做会比较“快”）。有了这个中间的逻辑数据库，界面方就可以完全脱离底层数据模块的支持而独立完成界面的设计、测试、演示等工作。这对于用户而言可以说是最重要的东西（他们只关心他们能看到的东西，你后台具体怎么实现他们可不管），并且普通的信息系统工作量最大的部分也在于此。

之后，在界面一方需要对HTML相关的各种元素（以B/S为例）做独立的抽象封装。当然一般做法是没有这一层的，但问题更多。即把界面完全控制于系统之内。数据一方则需定义大量的XML结构，并做O/R映射等IO相关及缓存的工作才可以避免XML带来的性能影响。这里尽可以使用一些现成的第三方产品，不过我们的做法还是自己动手了（原因如前所述）。并且我认为，对后台系统来说，数据模块才是更重要的东西，更要有完整、独立的框架，不然总会被界面牵着鼻子走，至少无法充分发挥界面与数据分离的优势（这个可以以后专门讨论）。

没有什么针对性地乱说了一通，实际上我们目前的开发情况也有点乱，因为初期阶段主要还是一个设计问题了。具体问题大家互相提出来再做具体讨论吧。

solofeng

呵呵

jackbai

建议首先进行 XHTML 的转化, 对于纯 XML+ XSL 的网页没有必要,而且技术层面实现复杂.