日期:2014-05-17  浏览次数:20627 次

(转贴分享)php 函数 总结及建议
通过对函数实现的原理分析和性能测试,我们总结出以下一些结论:

PHP的函数调用开销相对较大。
函数相关信息保存在一个大的hash_table中,每次调用时通过函数名在hash表中查找,因此函数名长度对性能也有一定影响。
函数返回引用没有实际意义。
内置php函数性能比用户函数高很多,尤其对于字符串类操作。
类方法、普通函数、静态方法效率几乎相同,没有太大差异。
除去空函数调用的影响,内置函数和同样功能的C函数性能基本差不多。
所有的参数传递都是采用引用计数的浅拷贝,代价很小。
函数个数对性能影响几乎可以忽略。
因此,对于php函数的使用,有如下一些建议:

一个功能可以用内置函数完成,尽量使用它而不是自己编写php函数。
如果某个功能对性能要求很高,可以考虑用扩展来实现。
PHP函数调用开销较大,因此不要过分封装。有些功能,如果需要调用的次数很多本身又只用1、2行代码就行实现的,建议就不要封装调用了。
不要过分迷恋各种设计模式,如上一条描述,过分的封装会带来性能的下降。需要考虑两者的权衡。PHP有自己的特点,切不可东施效颦,过分效仿java的模式。
函数不宜嵌套过深,递归使用要谨慎。
伪函数性能很高,同等功能实现下优先考虑。比如用isset代替array_key_exists。
函数返回引用没有太大意义,也起不到实际作用,建议不予考虑。
类成员方法效率不比普通函数低,因此不用担心性能损耗。建议多考虑静态方法,可读性及安全性都更好。
如不是特殊需要,参数传递都建议使用传值而不是传引用。当然,如果参数是很大的数组且需要修改时可以考虑引用传递。

------解决方案--------------------
作者有些想当然了
hash值是数不是串,在hash表中他表示项相对表头的偏移。因此查表效率很高。函数名在预编译期间已经转换成了hash值,其实所有的php扩展函数都在这张表里

不说了,从作者的描述可的出:
不要使用框架
不要自己书写类
不要自己定义函数
如果所需功能php没有提供,那么请放弃php


------解决方案--------------------
没有最优的东西。尽量避免,就是最优的。