虽然用thinkphp开发过不少项目，但从未检测过它的效率。前几天偶然情况下，发现一个ajax页面响应需要花费3ms-4ms，顿时起了疑心。是不是tp的效率有问题？也有人说过对于mvc来说v这块混编的效率是最大的。于是我自己尝试了下，也让以前公司同事测试了下以前做的项目，竟然没有问题。

那这3-4ms哪去了？于是乎我把自己的项目扔给以前的同事对于他那4核机来说没有任何问题，于是结论为机器硬件配置会影响响应速度，也可能是自己所处的网络有些问题，tp的效率还是可以的。

测到这里，问题已经解决，但还是坚持测试了一下普通的代码和thinkphp之间的比较。用普通的php代码输出hello world,花费了10ms，这是在我的蜗牛硬件下测试的，tp测试竟然是40ms，相差这么大。

果然tp加载的东西还是过多。对于中小型项目来说只要服务器好，速度问题可以忽略不计，但是如果是大型项目，这就是个大问题，需要童鞋们注意了。不过tp的优势之一也是v这块，曾经有面试官问我：你既然当过项目组长和主管，那前台页面这块怎么处理的，毕竟美工这块不会都熟悉php代码。我笑了~~，没用过tp吧，tp是模板程序分离的，不像其他的框架只能混编。虽然执行效率上会有些影响，但是对于开发速度来说是不二选择。如果执着于大型项目，上级估计也不会同意用别人的框架，基本上都是自己开发的。

按需开发很重要，不能贪图速度，还有一些不是很道德的小公司，一个企业站用dede，而且后台模块一概不管，改改logo就完工了。我就遇到过，那么多的功能模块，难保没有漏洞。天下没有不透风的墙，安全起见还是用自己的cms好。曾经遇到过用destoon二次开发的一个网站，当时说是一个国外的老框架，没说是destoon，还惨我了，我还信以为真，死命研究。结果发现是destoon，然后对着手册开发就完事了。在网站运行了一段时间后，发掘里面的功能好多都用不到，删除吧。那么复杂的结果，于是乎，将该项目用tp重构了。

删除了无用的功能，增加了自己需要的功能，心里的石头才落下来。身为phper，应该有基本的道德，客户花钱就要用心，不然良心何在啊~~