AFLAX?

转眼就快10.1了，我仍然坐在我的位置上，不再考虑做laszlo的传教士，虽然那几个demo程序早已写好了。我不得不承认我极度缺乏对别人的耐心，并且更重要的是，我自己也没有完全的认识。

同事发来了meebo的网站，看过后甚为震惊。同时，通过它，找到了许多其它的ajax项目。

我很开心看到这样的技术如今铺天盖地的阵势，因为我觉得我也是体验以及应用这样的技术的一员。

在wikipedia上对ajax有很多的解释，而同时有一个字眼也映入眼帘：AFLAX。

开始困惑了。

ajax的概念在于在客户端多出一层专门做数据的传输和处理，而以Flash为基础的客户端技术本身就必须包含处理数据的这一层，而不是让服务器去产生业的代码，aflax的提法让人觉得十分得牵强。

我想不出不使用类似ajax概念的话如何使用flash，难道直接使用swf-lib.jar？

其实，ajax也只是RIA概念在html时代的绝唱而已。当然这样的开发手段在具有足够开发理论的今天，还是具有十分的划时代意义的，他让许 多html,xslt,dhtml,js的拥趸有了继续发展的可能。（webwork,spring-web,jsf,以及一堆有助于逻辑分离的工具在扮 演着同样意义的另一个角色）。

那么这种Aflax就是一种和ajax的对立咯，只是强调了客户端载体的不同。

可是，在我心里过滤的结果，答案更加的唯一了，那就是 Laszlo ！当然我认为它也属于一种A.+ax

Ajax:

• 仍然是一个概念，众组织给出了解决方案，但是极为不统一。
• 客户端变为更重要的编程对象，但是它的代码无法得到保护是一个问题，整理和理解在项目管理上是一个问题，需要面向n种不同的载体更加是一个问题。这些问题的结果就是：复杂度变高了
• 需要为了跨平台特性付出很多时间。

Laszlo:

• 是一个完整的独立的解决方案，可以方便的在任何已有项目中使用。
• 核心仍然是a.+ax，服务器程序不会因为客户端改变而改变（太大）。
• 封装了一套界面元素对象，和逻辑对象，有调试器和编辑器，可以使项目容易规范和扩大。虽然一样有动态语言的不利之处。
• 完全的跨平台，甚至是任何支持flashlite的手机。

起来倒了一杯水，忽然看见周围同事们正在做的flash客户端。

我才想见刚刚一文中有过于武断的言辞，那就是，用flash只能用xml交互不错，但是运用方法呢？

我相信Ajax中也包含了运用方法的信息，如果把大量的xml从服务器拿过来，自己在填充到客户端的组件中，每一次查询方式改变了，就又从服务器查一次，再填，……

这样完全抹杀了Ajax，多出来的那一层除了增加难度没有别的意义。

没错，同事们正在这么做，致力于把flash仅仅当做浏览器中的浏览器。

所以我再多一个断言，Ajax必然包含一组恰当应用的理念

这样想来，Aflax的确是有他的意义了。

不过，这样的断言正确么？

用Laszlo一样可以写出来这样的坏味道，而且我可以随手就写出来这样的例子。一项语言是无法避免别人是如何去使用它的。所以如果断言正确，我应该写的是ALAX吧