我只是想知道为了速度而坚持使用非OOP代码是否值得。另外，在商业Web应用程序中，OOP通常是使用还是避免使用？哪个是标准？
非常感谢，
艾德
标准是倾向于可读代码而不是效率，因为大多数时候"更高效的代码"运行得更快一毫秒。面向对象的编程通常比非面向对象的编程更具可读性。
另请参阅这个问题：为什么这么多Web语言被解释而不是编译？页面的大部分加载时间都花在发送和接收数据或执行数据库操作上。
OOP通常用于商业Web应用程序，并且正在成为标准。其原因不是效率 - 而是代码可重用性，代码可读性，易于文档，结构，更重要的是模块化！
面向对象的代码是标准，但不是出于性能原因。 这实际上是关于可维护性的。
代码速度在 Web 应用程序中很少有任何实际影响。 I/O 更为相关，人们参与的大多数优化最终都是为了减少 I/O：
- 持久数据库连接
- 数据片段缓存
- 页面缓存
- 客户端缓存标头
任何重要的 CPU 密集型任务通常由编译的插件处理，并可供解释语言访问。 一些常见的例子：
- 文档生成
- 图像处理（Imagik，GD）
- 加密 （OpenSSL）
我认为 OOP 开销对于速度性能通常可以忽略不计，并且代码将获得很多质量。
商业应用程序通常使用OOP，如果在此可用（并且稳定！