随着 WebGL 3D 图形出现在浏览器中，是否存在基本限制，或者它的透视速度能否达到 "the real deal"？
With WebGL 3D graphics is coming to the browser, are there fundamental limitations or can it perspectively become as fast as "the real deal"?
我知道 WebGL 目前只是 OpenGL 的一个子集，而且性能不是很好。只是出于兴趣，它是否必然会通过浏览器堆栈变慢，或者理论上可以在未来传递几乎所有的权力？
好吧，WebGL 几年前就出现在浏览器中，现在技术已经有些成熟了：它足够稳定，周围有库和服务的社区和生态系统。
与本机 API（例如 OpenGL、OpenGL ES 和 D3D）相比，它存在一些限制 to the API itself 以及它的性能。大多数情况下，他们在这里是为了让 WebGL 比其本地同行更安全。例如，对于每个绘制调用，是否需要进行一些验证以确保程序员没有做一些令人讨厌的事情（如越界访问缓冲区或尝试读取未初始化的内存）。
由于 WebGL 实现现在正在进行的所有检查对于为 Web 平台提供足够的安全级别是绝对必要的，我们坚持使用它们，至少对于 WebGL 和 WebGL 2。但是，也许一些 "WebGL-Next" 标准会找到一个聪明的方法来解决这个问题。这些检查通常由浏览器开发人员优化。
我知道 WebGL 目前只是 OpenGL 的一个子集，而且性能不是很好。只是出于兴趣，它是否必然会通过浏览器堆栈变慢，或者理论上可以在未来传递几乎所有的权力？
好吧，WebGL 几年前就出现在浏览器中，现在技术已经有些成熟了：它足够稳定，周围有库和服务的社区和生态系统。
与本机 API（例如 OpenGL、OpenGL ES 和 D3D）相比，它存在一些限制 to the API itself 以及它的性能。大多数情况下，他们在这里是为了让 WebGL 比其本地同行更安全。例如，对于每个绘制调用，是否需要进行一些验证以确保程序员没有做一些令人讨厌的事情（如越界访问缓冲区或尝试读取未初始化的内存）。
由于 WebGL 实现现在正在进行的所有检查对于为 Web 平台提供足够的安全级别是绝对必要的，我们坚持使用它们，至少对于 WebGL 和 WebGL 2。但是，也许一些 "WebGL-Next" 标准会找到一个聪明的方法来解决这个问题。这些检查通常由浏览器开发人员优化。