我想知道在将XML文档用于网页内容和XSLT来管理显示部分而不使用纯HTML时是否带来优点或缺点.
我眼中的第一个条件是浏览器支持XML和XSLT.但据我所知,现代浏览器没有问题.(如我错了请纠正我.)
但是在搜索引擎的排名中是否存在例如益处(语义网等)或损失(HTML标签更常见)？
或者您是否看到为什么应该或不应该将XML和XSLT组合用于网页的其他原因？
我个人不会经常使用clientide xslt; 浏览器支持存在问题,并且您可能需要删除xml中的数据(即客户端不需要知道或不应该知道).
但是服务器......回来几年,我常常使用这种方法作为VB6的MVC实现 - 即VB6代码(控制器)将数据收集为xml(模型),并使用xslt来塑造html(视图).它在关注点分离方面表现良好.这些天我会使用ASP.NET MVC做同样的事情,但使用ascx/aspx视图模板.
小智 5
这是一个非常重要的话题.10年前,人们开始问这个问题.....我们可以向浏览器发送数据包并让浏览器呈现内容吗？设计目标如此重要的原因是为了解决我们今天面临的问题......多种类型的设备和平板电脑并不完全支持桌面浏览模式.XHTML已经把我们到目前为止.....现在ECMAScripting是什么人正在试图创建做这样的事情.但从长远来看,这是一个非常糟糕的模式.它打破了网络上标记和内容的重新利用目标.
答案是肯定的....您可以构建XSL/XSLT/XML类型系统.您可以发送一个XML数据包并链接到其XSLT样式表,并且大多数现代浏览器都会将该文件解析为客户端上的标记.我做过它,它的工作速度令人难以置信.
现在该小组提到的缺点是真实的.关于浏览器如何解析XSLT然后渲染说脚本元素和缓存陈旧XML等问题存在问题.与设计团队接口,学习抽象内容以及设计和构造这些类型的片段存在实际问题.但这是Web长期的真正目标,也是为什么XSL的设计方式.它的功能在于分离出结构,数据和设计,并使服务器和客户端摆脱锁定在设计元素中的内容的奴役.编译并分层到UI中的Javascripted解决方案没有帮助,但却使情况变得更糟,因为标记设计和数据经常被拼接在一起.我鼓励所有新的Web开发人员开始考虑使用XSLT/XML解决方案,因为最终目标是能够专注于向桌面浏览器之外的大量客户端提供XML数据.如果您有为各种不同设备设计的XSLT/CSS,并且XML已经超出缓存范围而发送给您的客户端,那么您将拥有一个非常简单,快速且功能强大的再利用数据传输系统,该系统超出了当前的桌面应用程序/基于桌面浏览器的网站现在为我们提供了,并为Web带来了真正可扩展且强大的数据传输时代.所以,我说是的,试试XSLT吧!
XHTML 是 HTML 的 XML 版本。我可能会避免在网站上使用 XSLT。我会使用 XHTML 和 CSS 来控制演示。我这样说是因为 (X)HTML/CSS 几乎是 Web 应用程序事实上的标准，并且还有更多可用于开发和调试的工具。
如果您想利用 XHTML 中的一些非理想 HTML 内容，则可以对 XHTML 进行不同级别的验证。
| 归档时间： |
|
| 查看次数： |
5890 次 |
| 最近记录： |