XML+XSLT+CSS+JQuery+WebService组建Asp.Net网(1)


前言

  早在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文档结构,就可以通过XSLT灵活地安排布局,即使需要大幅修改布局,也不需要劳烦后台程序员插手,简单的XSLT语法对于设计师不是什么大问题;前台程序员需要知道用户界面中有哪些交互控件,为他们安排事件逻辑,并提交到后台的WebService中去就可以了;这时XML、XSLT、WebService就像是三个接口,一方最多接触其中的两个。

  接口多了好,还是少了好?可以看看索爱手机的例子,索爱手机大多是耳机、充电、数据传输都共用着一个接口,充电的时候不能插耳机听歌、插耳机听歌的时候不能传数据、传数据的时候不能充电,而其他品牌的手机则大多是分别使用多个接口的,哪个更方便不言自明吧。(当然,从安全角度来看的话,索爱的单接口却是更优秀的,此前曾有新闻报道过某男用手机边听歌边充电被雷击致死的事故,那人在死前还大喊:“啊!我死啦!”-_-#,围观地址)



相关阅读:
总结学习web标准的十个重要理由
eregi_replace()中特殊字符的处理方法
asp.net夜话之六:asp.net基本控件---(上)
ajaxControlToolkit AutoCompleteExtender的用法
基于jquery的热点内容轮换效果
Asp.Net文本换行
用VBS记录客户机操作的代码
asp下去除超链接的函数
jQuery 对象中的类数组操作
JavaScript初级教程(第四课)
WEB2.0开发之Ajax设计模式之Lightbox
js原生态函数中使用jQuery中的 $(this)无效的解决方法
另类调用flash无须激活的方法
详细解读PHP弹出对话框技巧
快速导航

Copyright © 2016 phpStudy | 皖ICP备18014864号-4