我只是想知道是否值得为了速度而坚持使用非 OOP 代码。此外，在商业 Web 应用程序中，OOP 通常是使用还是避免使用？哪个是标准？
非常感谢，
埃德
问问题
2087 次
4 回答
10
标准是支持可读代码而不是效率，因为大多数时候“更高效的代码”运行速度快一毫秒。面向对象的编程通常比非面向对象的编程更具可读性。
另请参阅此问题：为什么有这么多 Web 语言是解释的而不是编译的？. 页面的大部分加载时间都花在发送和接收数据或做数据库事情上。
于 2012-11-18T00:07:52.700 回答
4
OOP 通常用于商业 webapps，并且正在成为标准。它的原因不是效率——它是代码的可重用性、代码的可读性、简单的文档、结构，更重要的是模块化！
于 2012-11-18T00:09:09.930 回答
3
面向对象的代码是标准，但不是出于性能原因。这真的是关于可维护性。
代码速度很少对 Web 应用程序产生任何实际影响。I/O 的相关性要高得多，人们从事的大多数优化最终都是为了减少 I/O：
- 持久的数据库连接
- 数据片段缓存
- 页面缓存
- 客户端缓存头
任何重要的 CPU 密集型任务通常由编译的插件处理，并且可以被解释语言访问。一些常见的例子：
- PDF 生成
- 图像处理（Imagik，GD）
- 密码学 (OpenSSL)
于 2012-11-18T00:22:46.247 回答
1
我认为 OOP 开销对于速度性能通常可以忽略不计，并且代码将获得很多质量。
商业应用程序通常使用 OOP，如果在可用（并且稳定！）之后启动
于 2012-11-18T00:11:54.280 回答