问对于C/C++，什么时候不使用面向对象编程是有益的？

EN

当然，解释OOP是一件好事的理由是非常容易的。这些包括:设计模式、抽象、封装、模块化、多态性和继承。

不使用OOP时的：

• Putting方形钉在圆孔中：当它们不需要时，不要将所有东西都包装在类中。有时没有必要，额外的开销只会使您的代码变得更慢和更复杂。
• Object状态可能会变得非常复杂：有句名言出自发明了
• Object的Joe Armstrong：

，面向对象语言的问题是，它们有所有的隐含环境，它们随身携带。你想要一个香蕉，但你得到的是一只大猩猩拿着香蕉和整个丛林。

• Your代码已经不是面向对象的了：，如果你的旧代码不是面向对象的，那么就不值得移植你的代码。1995年的

引用了Richard Stallman的一句话

将OOP添加到Emacs并不是一个明显的改进；我在Lisp Machine窗口系统上工作时使用了OOP，我不同意通常的观点，即OOP是一种更好的编程方式。

• Portability使用C:时，您可能需要将一组函数导出到C中。虽然您可以通过创建一个结构和一组函数来模拟C中的OOP，但这并不总是很自然。

你可以在这篇题为Bad Engineering Properties of Object-Oriented Languages的文章中找到更多原因。

Wikipedia's Object Oriented Programming page还讨论了一些利弊。

非oop功能的一个好处是，它通常可以更容易地将您的功能导出到不同的语言。例如，在C#中使用只包含函数的简单DLL要容易得多，您可以使用P/Invoke来简单地调用C++函数。因此，从这个意义上讲，它对于编写非常耗时的算法非常有用，这些算法可以很好地适合单个/少数函数调用。

OOP在GUI代码、计算机游戏和模拟中被大量使用。窗口应该是多态的--你可以点击它们，调整它们的大小，等等。电脑游戏对象应该是多态的-它们可能有一个位置，一条可遵循的路径，它们可能是健康的，它们可能有一些人工智能行为。模拟对象也具有类似的行为，但会分解为多个类。

然而，对于大多数事情来说，OOP有点浪费时间。状态通常只会带来麻烦，除非您已将其安全地放入其所属的数据库中。