《Ajax模式与最佳实践》试读感想

作者Christian Gross是一位咨询顾问、培训师和技术指导，在互联网领域有着非常丰富的经验。
作者很多观点可能有些片面，可能与他在互联网领域丰富的经验有关。如：ajax好象不是只用数据，而不反馈数据吧！
看书有个习惯，对于前言附录之类的往往看的特别认真。尤其是这类讲解"较新技术"的书籍，往往表达了作者对新技术的思考、观点，以及
作者的沉淀。
随便摘作者几个观点说说：
一、Ajax之所以是Ajax，是因为这些新的技术可以以崭新的和有趣的方式来相互组合
强调了多次，但很容易被我们忽视。编写Ajax，却忽视了REST、忽视了XML、忽视了JSON、甚至忽视了JavaScript，可能我们都是忽视某些
技术的一员。
但我们也没办法，我们不可能掌握如此多的技术，也可能处理不好它们之间的关系。所以各种ajax框架/tools都被大家青睐。
举两个例子：
1、echo2/gwt/jsf-ajax，这种服务器端语言编写“ajax”应用的框架是javascript/dom/css生疏者的首选。对于我这种略懂javasccipt/dom/c
ss的技术人员来说，很难接受这类框架。相信从asp走来的很多web开发人员也不愿意用这类框架。
这类框架选择人员很可能是熟悉后台开发的工程师，这些人心里怯喜，我不用学javascript/som/css等就可以开发出如此玄的效果。但是任
何公司开发web应用会没有前台设计师（或许真是如此）吗？如果前台设计人员可以用javascript/dom/css达到比gwt更好效果师你还会用它们
吗？
2、prototype.js/jquery/dwr...
这类工具库或者语言扩展库为我们提供了什么，难道用它们的应用程序就是ajax应用程序吗（偶也不清楚什么才算ajax应用程序）？难道我
写$()和document.getElementById()对我的应用有实际的改观吗？
3、dojo
dojo很优秀，功能也很强大。是否你也与我有同样感觉。拿到他不知该如何合适的引入到项目中，可能我们还不能完全的熟悉dojo,我们都
不知道系统是否需要dojo提供的功能。(把prototype.js介绍给同事，他们只用了prototype.js 3%-5%的函数)
它们只能方便开发人员，提高开发效率。但软件的质量不是效率。
......
如果看到这，估计还没明白我扯了半天什么。总结一下：
a、ajax是为了使 1+1>2，而不是让我们更容易、更迅速的得到 1+1=2;
b、很多人眼中ajax就是framework/toolkit.注意Dojo也只是 a JavaScript toolkit. (在我眼中，dojo给我最大的收获是, dojo widgets让我
了解ajax UI的生命周期)
c、从应用角度考虑ajax吧。dwr只是能 方便
你无刷新的获取提交数据。你需要关心的是无刷新三个字，而不要太多考虑在dwr/json-rpc/Buffalo选择上争论不休。
d、既然ajaxjvascript/dom/css.....组成，你开发的时候可以不考虑它们，但设计的时候呢？不知大家有无这样体会，设计web界面时，找来
一堆widget库，拼装成一组页面。
二、Ajax代表着一种崭新的建造应用的方式
这个提法不错，走出思维定视。
太多的ajax PK 传统web/ajax PK 桌面，恰恰反映了大家对ajax的关注或恐慌。从技术角度比较我比较喜欢，但很多时候大家很难从想同
的高度，相同的起点出发考虑问题。俺也没必要管那么多了，但毫无疑问，
ajax代表着一种崭新的建造应用的方式。客户端与服务器端进行了解耦，数据与表现分离
这种新的方式我无法描述，书中也没细找，可能谁也不好给个总结。但很喜欢这种提法，但我感觉 javascript/dom/css 不是最好的实现
技术，但http是最适合的协议。ajax被替代，最主要原因是 浏览器支持标准的不统一，javascript/dom/css标准问题。dlee认为ajax发展最大
组力是标准，我想阻力也不小。 试想 如果我们编写 javascript/dom/css 根本不用考虑版本、是否被支持，那该是一种什么光景。
醒来写过篇文章，他公司开发的一个“图片浏览”系统，参考了***等几个例子，据他说从几个例子中学到prototype/script.aculo.us等
不少妙用。看了那几个例子，有个感觉，“我怎么想不到呢？”。如何用"ajax"思想构建系统，更好的应用ajax思想，这么书给了我们捷径。
再说,ajax的老鼻子,google maps/google mail，带给我们的是应用冲击，而不是技术冲击。后来冒出多少　**maps/** mail。
只有想不到，没有做不到。放到ajax这个阶段最好。我们尽量考虑如何应用ajax技术提升你的应用竞争性吧！让那些“高人”考虑做到做
不到吧。
三、关于ajax服务器端框架
摘作者一段话：
某些个别人很喜欢贩卖某种服务器端框架，据说可以依赖此框架来实现Ajax。如果Ajax对于客户端和服务器端的解耦是重要的，为何必须
要使用一个服务器端框架来实现Ajax？这样的逻辑简直毫无意义。我能够理解的一个论点是，可以扩展一个框架来支持Ajax一类的架构设计。
但是我不能接受这样的论点，即，一个服务器端框架是开发Ajax应用所必需的。
如果你看了这本书，可能你会同意作者的观点，因为作者用较高的角度来看ajax。可以扩展一个框架来支持Ajax一类的架构设计，是的，
可以减轻我们开发难度，但仅仅是对开发人员开发效率的角度。对软件质量提升作用不大。
其实不光是ajax，webwork/struts，.net/j2ee,争论何时修。
四、模式列表
第3章    内容分块模式
第4章    缓存控制器模式
第5章    置换模式
第6章    解耦导航模式
第7章    表现变形模式
第8章    持久通信模式
第9章    状态导航模式
第10章    无限数据模式
第11章    基于REST的模型-视图-控制器模式
很可惜，我们一般开发ajax应用都是基于一定的ajax框架，很多框架都实现的某些或其他的模式，如何实现这些模式或应用它们对我们来说，
也是个麻烦事。
很不错的一些最佳实践，是我们开发ajax-REST好的参考书。如果大家有兴趣开发这类应用，yahoo javascript center
http://developer.yahoo.com/javascript/ 有些不错的文章。
有些引用不是译者最终定稿。感谢译者做的工作！