2008年3月更新:
本系列由于某些原因没有继续完成,可能等过一段时间再完成。
[url]http://qiezi.iteye.com/blog/163182[/url]的comments中提到的async_call与这里的思路有类似之处,虽然那是在讨论ErLang。
众所周知,AJAX虽然提高了用户体验,并提出了一种创新的web应用架构模式,但是也带来了一个问题,就是异步编程非常复杂。
单纯一个异步XHR调用或许还不算什么,但当多个XHR交织的时候,复杂性就指数级上升。例如,考虑这样一个人造的例子:
一个股票页面(带劲吧?)
首先从一个数据源读取当前用户所持有的股票种类和数量。
然后读取这些股票的当前价格。由于用户可能持有不同市场的股票(如中国A股、中国B股、香港股票、NADQ……),每个市场数据来自不同的xml源,其格式可能不同。
每个xml源可能使用不同的xslt来转换到html片段,比如中国股票与NADQ股票就用不同的xslt来转换。但有些可能共用相同的xslt,如A股和B股的格式差不多,所以用同样的xslt转换。又,香港股票xml源是首先用一个xslt转换成与A股和B股一样的xml格式,然后再用前述的xslt转换为html片段。
页面还会根据所有数据计算出用户的当前在每个市场上市值,以及总市值。
好了,以上这些,如果用传统的异步方式做,你会看到多少callback漫天飞舞呢?
而且我们知道,异步callback是非常难以调试和跟踪的,你经常不知道问题出在哪里,而且很多时候异步问题是很难重现的。
如果异步编程能像同步编程一样清晰,一样易于调试,那该多好!
2005年年底的时候,我突发奇想,借鉴Java 1.5新增的Future类,揉合JavaScript的特性,创造了AJAX的Future编程模式,使得可以用同步编程的编码方式进行异步编程,并可在同步和异步下自由切换,在同步状态下进行业务测试,保证业务实现的正确性,然后切换到异步,进行网络和负载的测试!
在以后的数天里,我会将这种方法与大家共享,也希望大家能共同验证这一模式的可行性!
本系列由于某些原因没有继续完成,可能等过一段时间再完成。
[url]http://qiezi.iteye.com/blog/163182[/url]的comments中提到的async_call与这里的思路有类似之处,虽然那是在讨论ErLang。
众所周知,AJAX虽然提高了用户体验,并提出了一种创新的web应用架构模式,但是也带来了一个问题,就是异步编程非常复杂。
单纯一个异步XHR调用或许还不算什么,但当多个XHR交织的时候,复杂性就指数级上升。例如,考虑这样一个人造的例子:
一个股票页面(带劲吧?)
首先从一个数据源读取当前用户所持有的股票种类和数量。
然后读取这些股票的当前价格。由于用户可能持有不同市场的股票(如中国A股、中国B股、香港股票、NADQ……),每个市场数据来自不同的xml源,其格式可能不同。
每个xml源可能使用不同的xslt来转换到html片段,比如中国股票与NADQ股票就用不同的xslt来转换。但有些可能共用相同的xslt,如A股和B股的格式差不多,所以用同样的xslt转换。又,香港股票xml源是首先用一个xslt转换成与A股和B股一样的xml格式,然后再用前述的xslt转换为html片段。
页面还会根据所有数据计算出用户的当前在每个市场上市值,以及总市值。
好了,以上这些,如果用传统的异步方式做,你会看到多少callback漫天飞舞呢?
而且我们知道,异步callback是非常难以调试和跟踪的,你经常不知道问题出在哪里,而且很多时候异步问题是很难重现的。
如果异步编程能像同步编程一样清晰,一样易于调试,那该多好!
2005年年底的时候,我突发奇想,借鉴Java 1.5新增的Future类,揉合JavaScript的特性,创造了AJAX的Future编程模式,使得可以用同步编程的编码方式进行异步编程,并可在同步和异步下自由切换,在同步状态下进行业务测试,保证业务实现的正确性,然后切换到异步,进行网络和负载的测试!
在以后的数天里,我会将这种方法与大家共享,也希望大家能共同验证这一模式的可行性!