zend framework 和 fleaphp 比较
1、文档：ZF 更详细。但是 FleaPHP 的文档和资料也不少，只是更零散，需要在论坛用搜索功能查找。
2、类库：数量肯定是 ZF 占优，但是在数据库、用户界面构造上，我认为 FleaPHP 更强，至少 FleaPHP 的表数据入口提供的复杂关联支持 ZF 就赶不上。而 FleaPHP 的 WebControls 机制是构造复杂用户界面的理想方式，可以轻松实现用户界面各个区域的分离和复用。
3、可用性。。。。。这个就公说公有理婆说婆有理了。
4、性能：FleaPHP 比 ZF、CakePHP、Symfony、Code Igniter、ThinkPHP 都快；
5、易用性：一般有经验的开发者一周左右的练习就可以开始做实际项目。
从我个人来说，我一直希望国内的 PHP 开源能够有一个大的发展。就像当初有媒体找我写文章，谈谈 PHP 开发框架。编辑原本是让我写国外框架和 fleaphp，但我第一反应就是把 FCS 也拉进来作为国内的框架介绍。所以最后这篇文章的前面部分是国外框架，后面部分是国内框架（原文：http://www.dualface.com/blog/?p=361）。这篇文章刊登后，还有日本的开发者发表了相关的看法（http://www.dualface.com/blog/?p=368），应该说还是起到了很好的宣传作用。
后来我觉得单凭我们的力量，难以和国外的框架竞争，所以我主动联系你，希望能够一起合作，虽然后来没有成功。但这也证明了我从来对与你或者 ThinkPHP 有什么恶意。
现在 ThinkPHP 发展势头不错，从我个人来说还是很高兴，因为感觉自从 fleaphp 和 fcs 开始宣传后，国内的框架就有雨后春笋一般冒了出来。不管这些框架最终能不能获得发展，但至少说明大家有了开源这种意识，愿意分享自己的劳动成果。
当然，对我来说也有压力，因为 thinkphp 现在确实做得很不错。不过我也很庆幸有一个身边的竞争对手，这样才能催生出全新的 qeephp。所以我始终坚持一个观点：必须要有竞争！而且竞争应该是全方位的。如果能够理解到这一点，也就不难明白我为什么强烈反对某些人选择 ZF 的盲目观点了。没有竞争就没有发展，如果要真是像一些人说那样 ZF 大一统了。很难相信 ZF 还有现在这种改进的动力。
但是今天我觉得我实在有点难以接受你的一些观点，我认为你说的一些话太像外交辞令了。如果搞开源的技术人员都不能直言不讳，这样的开源还能成功？
已经用原生sql搞定了.不过文档不全,真的很闹心.
用内置的prototype框架时,hide()和show()方法在ie下报错（object doesn’t support this property or method）,firefox3正常.改用$(’suggestions’).style.display = none/”后解决问题。不知道是prototype的问题还是ThinkAJAX的问题。我没用过prototype，官方也只是给了个5分钟学会AJAX，还不全。
嗯,不说了砸玻璃去.
老廖不要那么紧张~搞得草木皆兵似的 我根本不是针对你的话回复的。觉得我的话有哪里不对的，也可以开贴讨论，呵呵~
另外，楼上的问题
1、文档不可能尽善尽美 尤其是在TP目前的情况下，你不说我们也发现不了有些问题存在遗漏，没有说明清楚，开源重在大家参与和贡献
2、TP没有绑定JS框架 官方的ThinkAjax类库仅仅是示例学习使用
难得看到流年说这么多话～
FleaPHP是我看到的第一个PHP框架，但是，我使用了一天不到就不用了，完全是因为文档太少，官方提供仅仅一个API手册。现在想想还是很窘～
TP第一次看到好像是0.9.7，那个时候TP还是很复杂的，好像生成一个Insert操作还需要生成一个$vo进行操作（当时是大菜鸟，记得不太清楚）。加上本人比较懒，国外的框架需要看英文，于是就放弃框架，专一与Smarty+PEAR
等到再回头看框架的时候，恰好是TP1.0RC发布的时候，这个时候TP和0.x的时候差别已经很大的，配置、CURD、RBAC（那个时候这个还是很不好用，或者说因为文档不全）都已经很好用了～～加上当时TP的文档重新整理过，完全可以进行开发使用了。使用之后感觉我对MVC的认识完全相同，就一直在使用。
现在回头再看看FleaPHP，看看他的一些文档，也全了不少。再使用看看，我发现我依然不会选择FleaPHP，作为一个轻量级的框架，操作还是略显复杂了，完全没有TP那种简洁，或许我是菜鸟，对FleaPHP的认识不深，但是这就是我个人的看法～～
也许说Flea是为了兼容PHP4才使得操作复杂，但是我个人实在是看不出有什么支持PHP4的理由。PHP6都快出来了，PHP4还有存在的价值？TP虽然也有很多的不足，但是至少我能看到TP的进步，比如1.0.3之后的连贯操作在一定程度上曲线的解决了多表操作的问题。这些都是进步，TP的论坛也很活跃，有很多人在贡献自己的能力～
对于框架的速度，我基本上都不会去关心，与其关注框架运行速度，不如看看开发速度的得利与运行速度的损失哪个更加重要？在这个对于敏捷开发很看重的年代，我毫无犹豫选择了前者～
如果有人说要学CakePHP，我会告诉他不要学了，CakePHP能做的，ThinkPHP都能做好，而且做的更好～为什么还要使用Cake？？
有些乱了，凑合看看吧～
为什么把我在PHPChina上面的评论给拷贝过来了？？
不过博主的这个模板确实不错～～比较喜欢～～
lorrychenls 不好意思,哈哈,为了方便看,所以拷贝过来了