我现在考虑程序的效率问题,我想知道php内核对对象实例化、继承的消耗有多大?也就是说实例化一个对象,这些对象有些是继承父类,php内核是如何实现的,会消耗多少cpu?因为是我也是“爱国主义者”,看不懂官方的文档,如有哪位大虾有这方面的中文资料,麻烦贴上在此谢过。。

解决方案 »

  1.   

    可以参考Classes/Object 函数。你可以去下载一个PHP手册,那个手册大概18.4M,里面有很详细的解释。至于内核是怎么实现的什么的,你得读源代码了。。
      

  2.   

    3q  ,终于见到个回贴的,激动ing手册没这方面的介绍,它只教你如何使用
      

  3.   

    你去PPC 问laruence版主吧,这个人研究zend内核很深的
      

  4.   

    PHP5对对象的处理已经很快了,记得前阵子看的一片文章,PHP5用的啥引擎。 其实不必太关心速度问题,差也就差个10%。 
    如果单纯的用面向过程来写将是非常痛苦的事
      

  5.   

    谢谢你的回帖,我在试着做全部使用面向对象来弄个框架,我也做了缓存的工作,我就怕继承、实例化那些对象搞的cpu消耗大,速度慢
      

  6.   

    嗯,楼上的同学们说得都很好,先共享一下我收集的资源:如果你要看php内核的书,正好这里的大侠新翻译到对象这章,可以看看
    http://phpbook.sinaapp.com/preface.html
    这里还有另外一个内核资料的项目:
    http://www.php-internal.com/
    还有就是楼上提到的
    http://www.laruence.com/-------个人看法和楼上们一样, 不用过早过分担心这个的效率问题.
    DB对效率影响更明显.对你11楼的疑问,
    缓存是为了解决效率问题,而不是为了缓存而缓存,所以如果你用文件缓存db内容,也应该是一些最常用而且适合用文件缓存的内容,如果缓存的内容过多且不合适,就起不到缓存的作用了....(这句话有废话之嫌,但是这个问题不具体到需求上是说不清的,这里只能大而化之了)
    缓存也不是只能db到文件,也可以db到db,文件到db,db到内存,文件到文件,等等总之具体问题具体分析,处理缓存也得有它自己的算法.....-----------再说回到实例化类和继承, 这是个设计的问题, 虽然不用过早过多考虑效率,但是较少的类和继承关系,如果能达到同样目的,当然会更好. 对继承来说,因为php(及java等)都不支持多继承,那么没有继承的类对将来的需求将会更加灵活.(因为将来可能需要它继承一个别的类)
      

  7.   

    LS说的资料很全,顶一个,laruence大牛现在已经是php开发团队成员了。
      

  8.   

    我觉得没到一定的程度上,就不要纠结php本身的机制问题,一个语言存在了这么多年,像这种最基本的继承问题肯定已经做到了最优化。
    效率不是体现在这个机制问题,而是你本身写的类的问题。
    如果想知道具体咋个操作的,那就去看php源码吧......
      

  9.   

    我过来学习了。对php一头雾水。我做的网站是asp的深圳激光打标机
      

  10.   

    你担心这个问题, 无疑是对php设计者水平的挑战。
    除非人为的错误, 否则不需要担心php的性能问题。还有, 如果你想研究php内核, 懂明白后
    1. 你已经是一名C程序員
    2. 你已经是一名"非爱国主义者"