JL空间

大概说下：
第一没有分布式思考。
第二基本类中类结合过于复杂。
第三DEMO过于简单，没有充分体现该架构特点。
第四写个常规程序没有想象中简单。

之所以关注这个架构，因为作者是xajax目前的主力开发者。

以下是我在回复某个帖子时说的关于application framework的看法
"关于application framework，jaredwhite的看法
For me personally, when looking at a framework or any major library that I might use to build an app, my main criteria are thus:

A. Does the code and API design seem reasonably clean and professional?
B. Does it have a track record of frequent updates and improvements?
C. Does it have good documentation, both on a basic class-by-class level and a higher-level tutorial level?
D. Large user community, though nice, is less important to me, but developer community is extremely important -- i. e., if I come across issues or questions, is there expert leadership in place to address those concerns?

但我认为这只能作为平时学习需要关注的。

真正联系的实际应用，我这么认为：
熟悉业务流程，将它的特性抽象到设计模式中的几种。然后选择针对它的application framework.


当然实际操作还有其他实际因素。比如业务的特色和要求，选定开发语言，如果多语言的话，那么就需要看哪部分使用的比较多，比较好选择framework。（我一直认为application Framework的出现是为保证整体的稳定性，数据的安全，准确性，便于调试等等，起到节约开发者工作作用）"


在看该架构时，我看了2遍手册中关于PHP5类。

中间又看了下设计模式。

这让我对应用程序架构有了全新认识。


之后看到一个开发经验8年的外国开发者想要采用一个应用程序架构进行开发。看了他的帖子，也许我有做项目的经验，所以看问题比较实际。感觉他还处于摸索阶段。

看了3个应用程序架构了。seagull最强大，CodeIgniter最容易写应用程序，pardo适合桌面开发者使用。分布式都没，也许他们通过c写(就像jabber)或者硬件完成或者他们根本没用php framework.

willowgarden的最大亮点在于数据层这块的处理。好像模仿了adorecorder,这点我还没证实。但是代码8错。


现在WEB应用程序框架大致流程我很清楚，现有的框架各有千秋，如何使用还是要结合具体业务。