嗨，只是为了插话！
我怎么推荐 Regl 都不为过：它可能是新的，但在使用 Three.js 多年之后，我发现 Regl 真的是一股清新的空气：

• 你只使用你需要的
• 您拥有更高级别的控制（着色器、管道等）
• 它是面向功能的，旨在尽可能无状态

对于其余部分：
仅供参考，我编写的解析器使用流（Node.js 的）+ webworkers，这意味着

• 快速地
• 非阻塞（在一定程度上）
• 基于块的，所以你永远不会用巨大的内存消耗来炸毁你的浏览器（除非在解析结束时你需要实际显示数据）

这也需要将初始数据作为可读流提供，这对二进制 stl 数据有一些限制：XHR 不支持二进制流，因此您需要 Fetch (chrome)；或各种 polyfills（在 firefox 中几乎开箱即用，在 Safari 中稍差）

抱歉信息转储 几天后我将能够共享指向（开源）存储库的链接。

LaserWeb4 仅适用于 Chrome；取货就好了。

我期待着 SharedArrayBuffer 成为 Chrome 主版本的那一天。

浏览文档，Regl 比直接使用 webgl 有了很大的改进，就像我在 jscut 和我的工作项目中所做的那样。缺点是它对还不了解 GLSL 的开发人员不友好。

我担心放弃三个 – 我们严重依赖使用三个将圆圈分成几段来进行运动。比如我们目前打开一个DXF，圆画成three.circlegeometry。后面我们生成gcode的时候，我们迭代threejs对象。每个圆圈由几条“线”组成 – 我们遍历这些并写出 gcode …

@tbfleming 这是真的，它确实让你更深入地研究着色器（我在那个领域也没有疯狂的技能，但是你可以用 Regl 比我使用的其他 WebGL 工具更容易学习，至少那是我的经验）

@openhardwarecoza好点，也许这里的其他一些模块可以缓解它： http:
//stack.gl/packages/：这些是很多小的，专门的模块，你可以挑选或改编，所以你可能会找到那里有一些选择。我经常混合搭配那些与 reGL 一起使用

看起来我将不得不转储 react-three-renderer。它将太多的东西（例如 z 缓冲区设置）与场景联系在一起。三没有那个限制；奇怪的是 react-three-renderer 强加了它。所以，无论我们在 regl 还是 3 上选择哪种方式；我们不会有很好的调试器集成。

dev-regl 分支：

regl现在在掌握开发-es6。

暂时关闭它，看起来我们非常喜欢 ReGL