用于OpenGL图形的C或C ++

Question

选择C ++和面向对象的模型（类）在OpenGL（或DirectX）中实现模拟有什么缺点吗？ 使用C和过程编程范例是首选的吗？

Answer 1

不是真的，除非你有一个不合理的愚蠢设计或者在一个严重受限的平台上，c在c ++上没有性能优势。

Answer 2

在高性能图形（游戏等）的背景下面向对象编程的最常见缺点是存储器瓶颈。 OOP经常（但不一定）导致编写对单个元素进行操作的函数，并利用标准库将这些函数推广到数组。 最好首先对阵列进行操作，例如对所有六个平截头体平面进行剔除，而不是将单个平面剔除程序调用六次。

有关更多详细信息，请查看以下资源：

• OOP的陷阱
• 延迟大象
• 面向数据的设计（或者为什么你可能会用OOP在脚下射击）
• 内存优化
• C ++编程是废话

请注意，使用C ++并不意味着严格的面向对象编程，您可以将它用于许多范例。 因此，如果您使用C ++编写引擎代码，您仍然可以利用所有现有的OOP样式库（如Qt），同时使用您喜欢的任何范例作为核心。 虽然C中也可以实现所有这些，但C ++可能会更舒适一些。

Answer 3

除非您正在开发一个严重缺乏内存的平台，否则C ++通常是更好的选择（特别是在其标准库中，它确实使用更多内存，但通常这样做是为了提高速度）。

Answer 4

这取决于。 你渲染了多少个物体？ 100S？ 1000？ 1,000,000s？ 什么平台？ 您需要什么级别的性能？

假设您正在查看对象数的频谱的低端，并且您对C ++更熟练，那么我会继续使用它。 保持简单 - 只需让它工作。 如果您以后需要优化它，那么当您知道瓶颈在哪里时就这样做。

如果你正在查看需要渲染的大量对象，那么我将确保我使用连续的，同类的数据数组来最小化缓存抖动（两者都是Justicle和Malte Clasen提供了一些你应该阅读的好链接（特别是前2个:)。如果愿意，您仍然可以提供OO接口，但要确保引擎通过迭代平面阵列来专注于渲染。

如果你想要性能，我会非常谨慎地使用天真的scenetree实现 - 这些虽然易于理解，但在没有完全重写的情况下进行优化往往很痛苦。

因此，回答你的问题，使用C ++而不是C没有任何缺点，但如果天真地使用，使用面向对象的方法存在潜在的性能问题。

Answer 5

OO特别不适合高性能图形。 http://research.scee.net/files/presentations/gcapaustralia09/Pitfalls_of_Object_Oriented_Programming_GCAP_09.pdf

但是，如果您只是在学习（而不是开发商业控制台游戏），OO对于构建和概念化引擎非常有用。 C和C ++编程之间通常的权衡仍然适用，OpenGL确实没有进入它。

Answer 6

我不这么认为。 您仍然可以从C ++轻松使用（程序）opengl接口。 这就是我见过的大多数程序。