demon认为一个优秀的框架并不是完成仅有的几个业务流，它应该是可扩充的，
是富有的，是集合，是离散。简单说它是万物的矛盾体，既游离又聚合。

体积切入:

框架体积cake_1.2.2.81202.01MBqeephp-2.1.2116993KBThinkPHP 1.5947KBZendFramework-1.7.8-minimal16.1MBsymfony 1.2.511.1MB

备注：以上都是删除不必要的文件比如doc,test等文件后的最小体积

粗略的认为：

国内框架普遍比较小，国外普遍比较大-。。-在这里不能简单的认为体积小为好。

目录结构：

thinkphp

左边是thinkphp 的目录结构，
demon粗略的看了看：
common下放了运行时，
函数库，通用性的文件 lang估计是核心内部的语言
lib/org下是一些常用工具： date，io，net，rbac,text等 lib/think下为核心，
主攻mvc流程 plugin下为适配插件
总结：实在是太小了，
一眼便看穿了全部
demon从初学者的角度来分析thinkphp的流程：
初始化加载必要的文件，common，core下的几个类，
就可以调用new app()，
然后嗲用init运行了。
猜测app里实例化diapatcher然后调用类似run的方法，
开始动作routing。

qeephp

粗看qeephp的目录结构，
给人非常舒服，
层次很清晰，
每一个文件夹对应某个功能域。
并且每个文件下都有与之对应的exception.
command命令行快捷方式特别要指出，
extend下的behavior是在模型上捆绑行为的。
可以说是decorate模式。
在qeephp中可见运用了一些设计模式来满足可扩充性，
单一职责。
qeephp的启动方式。。
一时还找不出来。
这是由于单一职责的好处。
参考了官方的文档：
看：
// 获得应用程序启动信息
$app_config = require(dirname(__FILE__) . '/../config/boot.php');
// 根据启动信息中的设置载入 QeePHP 框架和应用程序对象
require $app_config['QEEPHP_DIR'] . '/library/q.php';
require $app_config['APP_DIR'] . '/myapp.php';
// 构造应用程序对象，并启动 MVC 模式
echo MyApp::instance($app_config)->dispatching();
很舒服。。。
不过精简的还不够，
特别是myapp.php和以下 MyApp::instance($app_config)->dispatching();
的关系很不协调。（我想作者的意图是想多入口的多应用程序以及部署模式，
但入口并不应该感知文件名，而是感知索引）
比如：
// 根据启动信息中的设置载入 QeePHP 框架和应用程序对象
require $app_config['QEEPHP_DIR'] . '/library/q.php';
// 获得应用程序启动信息
$app_config = qee_App::getConfiguration("myapp");
// 构造应用程序对象，
并启动 MVC 模式
qee_App::createInstance($app_config)->dispatching();
如此不是更好。
没有烦琐的手动载入，
只要知道要运行哪个app名字就可以了
总结：
可以说qeephp从目前的目录结构看，
是可以研究一下的。
当然还存在一些问题。
综合看qeephp在目录结构上比thinkphp好

cakephp

cake的目录很有意思：
一个空的app项目目录。
然后核心就4个cache,controller,model,view 真是mvc啊。。。
很简单，太简单，
cakephp提供cli 来初始化一个基本的 mvc application。
所以至于启动方式也类似于qeephp。

zend

zend不得不用缩略图了，
实在太多太全太大。
zend明显的很清楚，
比qeephp，symfony都清楚，
并且很全。
特点就是文件夹可以单一的完成某些任务，
这使得所有类都可以单独剥离出来，
外头的php文件是实现封装，
而对应的directory为类包含的类，
运用组合模式结合起来。
zend的启动方式不熟悉。
但应该不会差。

symfony