样板间 函数 总结及建议

2012 年 11 月 22 日7710

   

通过对函数实现的原理分析和性能测试,我们总结出以下一些结论:

    PHP的函数调用开销相对较大。

    函数相关信息保存在一个大的hash_table中,每次调用时通过函数名在hash表中查找,因此函数名长度对性能也有一定影响。

    函数返回引用没有实际意义。

    内置族争性能比用户函数高很多,尤其对于字符串类操作。

    类方法、普通函数、静态方法效率几乎相同,没有太大差异。

    除去空函数调用的影响,内置函数和同样功能的C函数性能基本差不多。

    所有的参数传递都是采用引用计数的浅拷贝,代价很小。

    函数个数对性能影响几乎可以忽略。

因此,对于族争的使用,有如下一些建议

    一个功能可以用内置函数完成,尽量使用它而不是自己编写族争

    如果某个功能对性能要求很高,可以考虑用扩展来实现。

    PHP函数调用开销较大,因此不要过分封装。有些功能,如果需要调用的次数很多本身又只用1、2行代码就行实现的,建议就不要封装调用了。

    不要过分迷恋各种设计模式,如上一条描述,过分的封装会带来性能的下降。需要考虑两者的权衡。PHP有自己的特点,切不可东施效颦,过分效仿java的模式。

    函数不宜嵌套过深,递归使用要谨慎。

    伪函数性能很高,同等功能实现下优先考虑。比如用isset代替array_key_exists。

    函数返回引用没有太大意义,也起不到实际作用,建议不予考虑。

    类成员方法效率不比普通函数低,因此不用担心性能损耗。建议多考虑静态方法,可读性及安全性都更好。

    如不是特殊需要,参数传递都建议使用传值而不是传引用。当然,如果参数是很大的数组且需要修改时可以考虑引用传递。

0 0