PHP中过多层的继承会影响程序运行效率吗？

[OnlyBlue]

又是一个小白的问题。

[ayanamist]

不会影响很多。请不要过多的关注这种问题。不合理的逻辑对性能的影响要远大于这种小事情。

[hilyjiang]

@ayanamist 同意，大多数情况下，语言甚至框架本身并不是整个系统的瓶颈，在这个机器比人力便宜的年代，应该多想想怎么扩展和维护比较方便。

[Ricepig]

影响不大，还没拼字符串费劲

[glume]

我觉得还是有影响的。
尤其比如是通用的框架为了方便，对性能影响比较大。
当然少点的没什么。php骨子里不太适合oo

[ayanamist]

@glume 主要是通用框架里为了RAD而采用的ORM比较效率低下罢了。如果裸写SQL做优化，性能也差不到哪里去。
不过PHP骨子里不适合OO确实是真的，他就是C语言的一个扩展而已。

[ratazzi]

看情况吧，像 magento 那种玩意，太多继承，导致加载太多文件就很慢，当然 magento 慢不只是因为继承

[RaidNight]

咕~~(╯﹏╰)b，用magento的淡定路过。

[chuck911]

@glume php骨子里不oo，但请不要不负责任地说php不适合oo，php目前对oo的支持难道不够好吗？

多用组合，用继承的话，尽量保证父类是抽象类

[chuck911]

多用组合什么的跟效率无关，跟设计有关

[jarcher]

遇到这个性能瓶颈了吗?

[OnlyBlue]

@jarcher 没有，只是突然想到了这个问题。

[Livid]

这种问题是你当你在设计一门新的编程语言的时候才需要考虑的问题。

而如果你只是用这门语言来实现一个业务系统，那么还是专注在系统本身的设计上吧。

[summic]

@glume 技术问题只有是，不是，不知道，怎么会有我觉得？

[kafka0102]

脚本语言搞得复杂了自然会影响性能，只是需要度量这种影响是否会成为瓶颈。PHP社区里很多人不喜欢框架，就是框架封装复杂了以后性能会下降很厉害，比如CakePHP、Symphony等框架可能比裸写代码性能下降几十倍，但这种貌似很大的差距不见得会成为网站的瓶颈。如果是大型网站，PHP框架通常会很简单，几百行代码的一个MVC框架就ok了。

[glume]

@chuck911 没必要争论适合不适合的问题，这就好像经常爆发争论说某某语言比某某语言好一样。

@ayanamist 框架数据库的影响反倒不大，比如典型的drupal性能的主要瓶颈不在数据库，而在php的执行。

@summic 呵呵，认真我就输了。

[summic]

@glume 抱歉，我语气看起来有点挑衅。

[glume]

@summic ：）