moophp的思路非常好，实际上是以liberary代替framework，更轻型，耦合也更小，开发起手也容易很多，适合搭建自己的应用程序框架。
不过代码中存在很多不足。
1.bug太多。看的出作者的编程功力不深，很多低级的编程错误。比如对于没有设置gpc的，做了两次addslash。
2.有不少东西是从别的地方借过来的，比如discuz，没有消化好就放进来了。
3.思路有些不清楚，代码封装的不好，耦合度较大。
建议：
1.集中精力把内核做好，多做一些unit testing，最起码把bug降下来。
2.尽量采用最简单的设计，把这个东西做成工具箱一样的东西，千万不要往framework上走，比起成型的framework，moo的水平差的太远，作者的设计水平和经验也远远不够，
倒不如专心把这个做成一个liberary式的东西。

你的建议已经收到。

顺带再说下，本人以前就是Discuz!开发组的，代码上和Discuz!的风格相同，是难免的，编码习惯的问题。而且MooPHP项目组也有不少Comsenz公司研发人员。

其他的看我的签名吧：）

非常感谢你的关于liberary的提法

GPC的处理方式现在好像都流行这么做（pw用的是InitGP()函数吧，dz本人不太熟悉），不过觉得意义不太大，还是不能实现自动处理，即使用一个函数做了，也觉得没多大意义

楼主的liberary的提法我很赞成，php本来很简单，让一帮子鸟人给搞的越来越复杂了。

zend framework那样的烂东西我一看就晕，要是我有那个功夫研究那么庞大的对象库，还不如用J2EE呢。当初之所以不学Java就是看重了PHP的简单，受不了Java的复杂。

感觉国内现在吹的正响的FleaPHP和ThinkPHP都是模仿Java的过度包装化了的东西，是准备把PHP领到歪路子上去的东西。比如说，明明用一个SQL语句就能搞定的东西，非要用Record对象，看半天手册（文档还不一定完善），实在难受死了，将来出现问题还要深度跟踪进去看实际生成的SQL语句。

这就好比当年学了Delphi的VCL以后，觉得很不错，可是进行一些网络编程的时候，一层一层的跟踪进去，最后终于筋疲力尽的放弃了。后来因为某些原因开始用VC，感觉到MFC这种浅层的包装方式，实在是太方便跟踪错误了，相识恨晚的感觉。




dz的模板方式我一直很喜欢，支持楼主继续完善下去，用简单的方式做复杂的事