为什么照片的使用程度，而不是弧度?

Question

所载设计师们永远不会害怕的数学和知识的线性代数是必要的，但所有最简单照片中的应用。我认为，它可以放心地假定，载的程序员都熟悉的角度中的弧度。

数学上，弧度是多优雅的超过度在每一个方面。他们还有实际的优势：

• C标准图书馆使用弧度。
• 几乎任何其他图书馆那里使用弧度。
• 弧度更加方便在某些计算的，例如长度的圆弧。

那么，为什么没有照片的设计师决定指定的功能等 glRotatef 和 gluPerspective 使用程度?

(我知道这是没有实际重要性，它不会改变。我只是好奇，我找不到答案OpenGL.org.)

Answer 1

因为正常人更多的用于计算度--载的是意味着要使用简单的。注意，所有功能上进行操作的程度"高一级"的职能。

对于载本身，这是没有差别是否收到弧度或程度--他们是在内部转化为转换矩阵，无论如何，所以有没有计算收益的使用一个或另一个。

所以为什么复杂的东西人们如果可以允许他们使用程度?任何人编码严重中载将提供自己的矩阵computated从四元。

在同一精神，我们可能要问，为什么 glRotatef 和 gluPerspective 无论如何，由于矩阵更优雅的每一个方面，并允许更高级的控制。

点点：

• 优美的矩阵是更优雅的方方面面
• C library-C库使用他们，因为计算的原因，GL功能的角度考虑并不意味着可以用于计算重任务(使用矩阵直接)，和可能的执行有一个查找表进度。
• 任何其他图书馆以下C图书馆出于同样的原因，如布袋制动反--还有，这是不真实的--许多C++库允许一种选择，一些使用后者
• 计算conviniency-没问题-内部表示的是矩阵，计算probablye使用的查询表，如果是有效的--有没有直接操作的角度，以表示并不重要

还注意:所有的职能使用程度在目前的标准(3.2)的否决。 glRotatef 是的 只 功能服度，或作为事实上，一角。 谷氨酸 是一个实用的图书馆不意味着为重型部署，因此它是针对可读性， gluPerspective(... 60.0f..) 是更具可读性和"标准"的条款提供的视场比 gluPerspective( ... M_PI / 3.0f ... ) 将。

最后的注：

Answer 2

我想说的是，由于照片的目的是与终端用户，度被使用，因为一个可以指定重要的角度(90, 180, 270 ...)与整数只，所以没有需要一个浮点 GL_PI 恒定。

Answer 3

我认为这是因为，你应该能够得到准确转动矩阵的某些角度想90或180度。像这里的其他人已经指定，如果使用pi/2，而不是90度，四舍五入错误可能导致转换矩阵， 几乎 执行旋转90度。

Answer 4

代码的更易于阅读，它简化了学习曲线对新手，并允许快速的黑客攻击。

正如已经度具有优势，人们更好地用于度，比较：0.78539816339744830961566084581988...45度，例如:/.

对于先进的使用的照片你提供自己的矩阵。

Answer 5

那么，什么发生在大多数情况下是你使用一个数学图书馆的转换从弧度来度和回弧度。我同意大多数所通过的先前的真棒海报。

这是更多的人阅读。