OOP的重大挑战者

据我所知,OOP是大型项目最常用的范例.我也知道一些较小的大系统子集使用其他范例(例如SQL,它是声明性的),我也意识到在较低的计算级别,OOP并不可行.但在我看来,通常更高级别的解决方案几乎总是以OOP方式组合在一起.

是否有任何情况下真正的非OOP范例实际上是大规模解决方案的更好选择？或者这些日子闻所未闻？

自从我开始学习CS以来,我一直在想这个; 很容易让人觉得OOP是一种永远无法超越的编程必杀技.

1> Robin Day..：

---

在我看来,OOP如此广泛使用的原因并不是因为它是适合这项工作的正确工具.我认为可以通过他们理解的方式向客户描述解决方案.

CAR是一种具有ENGINE的车辆.这是编程和现实世界的完美结合!

很难理解任何能够很好地适应编程和现实世界的东西.

---

Lisp还有很多CAR.

2> Johan Kotlin..：

---

Linux是一个非常规OOP的大型项目.它也不会从中获益.

我认为OOP对它有很好的响应,因为它与良好的编程实践相关联,如封装,数据隐藏,代码重用,模块化等.但这些优点对OOP来说绝不是唯一的.

---

它不仅仅是Linux,几乎所有现在常用的内核(例如Windows NT内核)都是用C语言编写的.这是因为人们普遍认为C是编写内核的正确工具.这并不意味着它对OOP来说是一个严峻的挑战者,可以完成更多平凡的任务.