为什么OpenGL使用度数而不是弧度？

OpenGL设计人员从不惧怕数学，除了最简单的OpenGL应用程序之外，线性代数知识对于所有其他应用程序都是必不可少的。我认为可以肯定地假设OpenGL程序员熟悉弧度的角度。

在数学上，弧度在各个方面都比度更优雅。它们还具有实际优势：

• C标准库使用弧度。
• 几乎所有其他图书馆也都使用弧度。
• 在某些计算中，例如圆弧的长度，弧度更方便。

那么，为什么OpenGL设计者决定决定指定像度glRotatef和gluPerspective使用度数这样的函数？

（我知道这没有实际意义，并且也不会改变。我只是好奇，在OpenGL.org上找不到答案。）

因为普通人更习惯于计算学位-OpenGL的使用很简单。请注意，所有按度数运行的功能都是“高级”功能。

对于OpenGL本身，无论是接收弧度还是度数都没有区别-无论如何它们都在内部转换为变换矩阵，因此使用一种或另一种没有计算上的收益。

那么，如果您可以允许他们使用学位，为什么还要使人们变得复杂呢？任何在OpenGL中进行认真编码的人无论如何都会提供根据四元数计算的矩阵。

本着同样的精神，我们会问，为什么要拥有，glRotatef以及为什么要拥有gluPerspective，因为矩阵在各个方面都更加优雅，并允许更高级别的控制。

逐点：

• 优雅-矩阵在各个方面都更加优雅
• C库-C库由于计算原因而使用它们，采用角度的GL函数并不意味着要用于计算繁重的任务（直接使用矩阵），并且该实现可能总有一个用于度数的查找表。
• 其他任何库-出于与Clib相同的原因而遵循C库-同样，这是不正确的-许多C ++库都允许选择，有些使用后者
• 计算便利性-没关系-内部表示形式是矩阵，如果要提高效率，则可以使用查找表进行计算-对角度没有直接操作，因此表示形式无关紧要

另请注意：所有使用度数的函数在当前标准（3.2）中已弃用。glRotatef是唯一获得度数或实际上成角度的函数。glu是一个实用程序库，不适合用于繁重的部署，因此它针对可读性量身定制，并且gluPerspective(... 60.0f..)在提供FOV方面更具可读性和“标准性” gluPerspective( ... M_PI / 3.0f ... )。

最后说明：

我想说的是，由于OpenGL的设计与最终用户心中，度被使用，因为人可以指定重要的角度（90，180，270...）与只能为整数，所以没有必要为一个浮点GL_PI常数。

我认为这是因为您应该能够针对某些角度（例如90度或180度）获得精确的旋转矩阵。就像这里的其他人一样，如果您使用pi / 2而不是90度，则舍入误差可能会导致转换矩阵几乎执行90度旋转。

代码更易于阅读，它为新手减轻了学习难度，并允许快速黑客入侵。

如前所述-度具有优势-人类更习惯于度，例如：0.78539816339744830961566084581988 ...以45度为例：/。

对于OpenGL的高级用法，您仍然可以提供自己的矩阵。

好吧，在大多数情况下，您会使用数学库将弧度转换为度，然后再转换为弧度。我同意以前很棒的海报所说的大部分内容。

它更具人类可读性。