游客

标题:巧用XML+XSLT+CSS+JQuery创建Asp.Net网站（一）
正文:

前言　　早在Web标准化风潮到来之前，我就考虑过XML+XSLT建站了，我以为这是一种非常优雅、高效、低耦的方案，必将大行其道。　　然而时至今日，使用这种方案建站的人依然寥寥无几，大家还都在抱着Web标准化不撒手，其实Web标准化只是将表现(Css)分离了出来，而数据和结构仍然混杂在一起，它绝对不是我们最终的归宿，它只是一个过渡品。　　XHtml标准的建立初衷，其实也就是为了向XML过渡的，XML+XSLT+CSS才真正做到数据、结构、表现的完美分离，才是我们的终极目标。　　诚然，XML+XSLT确实有其技术难度，我想这是它难于普及的最大障碍所在，但我觉得随着时间的推移、观念的更新、工具的发展，这仍旧是我们必会到达的一站。　　方案简介　　XML+XSLT+CSS的方案将数据、结构、表现进行了分离，而依托JQuery我们又可以轻松地将交互也从中分离出来，这样在客户端就达到了近乎完美的解耦。　　而在服务器端，我们只负责输入和输出：　　输入部分使用WebService，主要用于接收客户端提交的数据，以更新服务器数据。　　输出部分即为XML，可以有两种实现方案：　　1. 动态型。使用一个扩展名为.ashx处理程序负责输出XML，只要通过此处理程序从数据库取出客户端需要的数据，并转换为XML文档输出即可。动态型的好处在于支持Url参数查询及其他复杂查询处理。　　2. 静态型。放弃数据库，将所有用于呈现的数据都直接写为XML文件。静态型的好处当然就是服务器负荷极低了，在不提交数据的情况下，服务器会比纯静态HTML网站还要轻松很多。　　优势　　对比以往的各种开发方案，我总结出此方案具有以下优势：　　1. 更便于团队协作。充分解耦带来的就是细化分工及并行开发，以往的各种开发方案中，总有许多地方界限模糊，致使前台与后台、程序员与设计师频繁磋商，延误开发效率。　　比如仅仅是一个XHTML文档，设计师要在上面定义文档结构，以及ID、Class，前台程序员要在上面写客户端事件，后台程序员得把从数据库中取得的数据插入到页面中的某处，三方的工作都受其牵制，这时XHTML就像是一个接口，三方共用着这一个接口。　　而我们的这个方案中的情况是怎样的呢?后台程序员只管怎么跟数据库打交道、怎么处理业务逻辑，客户端需要数据时，只要扔出个XML文档就可以了; 作为设计师，只要知道XML文档结构，就
[<<][[1]][2][3][>>]

查看评论(0)
发表评论



首页