我对这个新的技术本来是没有什么想法的。原因是很早以前写JavaScript的时候一定会伴随着IE左下角黄色的感叹号的网页总是不是那么让人感到放心。后来Google的缘故开始看了看Ajax的介绍,就是异步方式的HTTP请求,JS处理DOM的系统。我总是对Js的编写存在疑虑,一是如何调试,而且现在的Ajax还牵扯到前后台两部分同时进行分析和设计的问题。二是兼容的问题,浏览器太多了,鬼也就见多了,总不能像C编写程序一样到处都是#ifdef-#else-#endif的奇怪语法。
最早的时候先找到了SAjax,这是一个PHP(还有其他语言)的一个简单的Ajax框架,将Ajax调用便成类似异步RPC的方式进行。然后看见了DOJO,一个庞大内容也无比丰富的纯Js库,包含非常强大的组件,但是不包括服务器端。网上最推荐的是Prototype,比较DOJO它的工作非常的底层,但是对Js语言来说却是一个非常伟大的进步,大大改善了Js薄弱的面对对象开发能力。唯一的问题就是文档的缺乏和组织上的不明确,让我这样的入门者实在是找不到东南西北,所以到现在还在摸索中。
为什么要使用Ajax呢?难道就是模仿Google?这个肯定不是原因。我看这个是受同学实际需要的启发:如何让网站增进客户的互动能力,从而得到更多客户的信息,或者让客户得到我们更多的信息。这对於变化万千的市场需求波动是非常有力的工具。以往留言簿和评论这样的措施解决了一些问题,但是对于客户的要求还是过高。直白、及时、响应、变化的面对面交流是柜台服务的特点也是网络销售需要学习的。别忘了中国有多少人会使用Email呢?我怀疑有没有两千万。
但是Ajax的缺陷也一一暴露出来。特别是开发的时候需要框架上设计有前瞻性,可实施性。调试需要的时间很长,而且问题很难在简单的Alpha测试中全部体现。逻辑和代码覆盖测试也很难进行。这一切和缺少适当的Js调试、测试工具有一定的关系。运行中,由于Js请求往往要求及时快速,所以对服务器的要求很高。比如GMail中鼠标移动中需要经常性的发出请求。而且以GET发出的XMLHTTPRequest对log的占用很高,几天的运行就会有很大的日志文件,对服务器日志分析工作的压力也是蛮大的。
没有评论:
发表评论