有人把框架说的很复杂，很玄乎，
但是事实上很多框架不都是路由+类库的模式吗？
举一个例子：有一个文件index.php
运行 http://www.xx.com/index.php
和
运行 http://www.xx.com/index.php/1/2/3/4/5
结果有什么不同吗？
答案：没不同
好了，如果我们把后面的 1/2/3/4/5取下来，
比如1代表类名
2代表方法
我们new 一下1,
不就是调用1这个类文件了吗？
再把index.php去掉，就变成
http://www.xx.com/1/2/3/4/5
好了，框架就此制作完成
平常心，不要纠结怎么做框架，开发思想才是最重要的，
条条大路通罗马。
框架嘛，无非是开发应用程序的工具
就如锤子是用来敲打的一般
如果你还需要起钉子，就该选用带起钉器的那种
如果你想打造个小铁碗，那就得选有球头的
无论你选哪种，敲敲打打的属性并不会改变
当然你也可不用锤子，捡块板砖也可奏效
楼主说的不错，版主说的也没错，主要还是基本功，框架就是工具。
赞同！！！
拥有自己的方法及思路，总结出好的，制造出适合自己的，就行了。。
没有用过框架，慢慢学习运用。。呵呵。。
赞同版主和楼主的说法，框架还要考虑很多其他问题，楼主是从框架设计和调用的角度介绍了框架的工作过程，作为一般框架使用者来说从代码复用、易维护、易扩展、性能提升、稳定、学习成本这些方面去选择
个人人为框架的作用
1、代码组织
2、代码复用
不需要，，，，，
你只是说了它是什么，但是它为什么要这样设计呢？为什么要使用路由呢？单一入口的好处和弊端是什么呢？如何增强框架的可扩展性呢？
你只是说了它是什么，但是它为什么要这样设计呢？为什么要使用路由呢？单一入口的好处和弊端是什么呢？如何增强框架的可扩展性呢？
?主分析的很有道理，肯定是大牛。
干php的人总喜欢说php简单，追求简单，不求架构和模式，我不知道像thinkphp那样用M，C，S，P，I作函数名是不是就是他们所谓的简单。
