Notice Board
那一天,我不得已上路。..... 在路上,只为温暖我的人。-<在路上〉歌词
  • 新域名同时启用,可以使用www.dotNETTools.cn 访问本站
  • 垃圾信息太多,暂时关闭Trackback功能,留言请先登录。
  • 建议使用IE6,IE7,Avant Browser,Maxthon, 1024x768 以上分辨率浏览
  • 请在页面的左/右侧Skins下面选择喜欢的皮肤,有10种以上的皮肤供你选择
  • 可以选择Tags页面,可按分类或关键字方式查看
  • .NET评测网出现页面空白的情况,请在IE将编码方式选择为自动或UTF-8,论坛的编码近日修改为UTF-8

-- 2007-11-14 13:27:28 
View Mode: Normal | Article List
January, 2006 | 1
Ajax Gotchas中列出的问题,我感觉除了"Breaking the back button" 之外其他都还不是AJAX的致命伤,同样也不是它消失的主要问题。
有关AJAX的起源和发展一直是无声无息的,所以它的消亡也会有着它的规律,这就和XML-RPC 和Javascript 一样,它们会一直存在,试图见证Web应用架构的发展和演变历,这就是为什么ASP.NET,JSP,PHP都很优秀,却没有能够像AJAX 一样串红,原因我想不在于技术,而在于架构和其带来的市场含义。

ͼƬСŴ


上面展示(另外一幅)的是算一个AJAX的应用,因为基本上它是XML的远程调用+VML + Javascript + ASP.NET Handler构成的一个工作流的应用,这样的应用有一个致命的伤,因为本质上前端是一个纯Web的瘦客户端,你可以保存它的状态到服务器端,但是当你需要序列化页面中的这个图形化的展现时,就会遇到问题。客户的需求非常简单,因为这个工作流的页面可能会非常大,我能否保存/导出这个工作内容到一个图片/文件中?

AJAX是一个架构层面的技术元素,但如果完全用它作为整个应用的架构,那么你可能生吞了它,同样它也会生吞了你。
许多应用过AJAX的技术人员开始意识到生吞的一些后果,界面的工程师开始处理复杂的数据,甚至回到了CS时代,惟一的不同是手...

Read More...
1