现在 cam 的贪婪优化器不关注内部与外部。如果我添加它，那么它会被这样的事情搞得非常困惑：

好的，我已经设法手动完成了。过滤器的良好组合现在就足够了，谢谢。

我刚刚发布它不会混淆。如果我从内到外添加它，它会在交叉路口分开路径然后改造它们以执行此操作：

就图片而言，如果行为不符合预期，则路径可能在不同的操作上。
反正我不知道代表多少工作量..

这个功能对我来说非常有价值。我用孔切割了许多零件。这需要我手动选择所有内容。那将是很好的默认设置，没有我现在可以看到的缺点。它不需要完美无缺并应对各种情况。其他闭合轮廓内的闭合轮廓的简单顺序对我来说可以覆盖 99.99% 的情况。

作为@cojarbi写道，通过使用层或颜色来订购 CAD 端已有的功能非常容易。如果将在 CAM 中实施自动订单，则必须可以将其停用以进行手动订单。

起初我没有意识到在某些情况下可能不需要这种排序。所以我完全同意它应该由用户选择性地启用。

使用 CAD 拆分加工操作还涉及手动选择许多形状。所以它并没有解决问题，只是把它移到另一个软件上。例如，我切了很多字母，其中一些字母上有孔 [qopadb..] 所以我需要在第一次操作中手动选择所有要切割的内部形状，然后才能切割外部形状。我在甲床上剪，所以剪下来的碎片掉下来了。

在 CAD 与 CAM 方法中，我认为在 CAD 中解决此问题的能力是实现 CAM 功能时的一种解决方法。恕我直言，CAD（设计）不应该关心制造，也不是为了解决制造问题而设计的。设计软件有助于设计零件。另一方面，CAM（制造）应该解决常见的制造问题并帮助轻松解决这些问题。切割顺序是制造过程的限制，理想情况下应该在 CAM 中解决。所以这个功能真的属于 CAM。

@tbfleming在传递给getLaserCutGcodeFromOp之前，路径（几何）的（内部优先）重新排序是否已经做了一些事情？

@jorgerobles我不明白你的问题。

嗯..好吧，我的意思是 cam 函数 getLasercutgcodefromop 在两个参数上接收原始路径。几何、封闭路径数组和开放几何数组。如果我们使用内部优先算法对几何数组重新排序，该函数会以这种方式处理还是会由于 jsclipper 逻辑再次对 reducecampaths 进行重新排序？谢谢！

reduceCamPaths 将需要更改。也许较早的函数会标记内外关系，并且 reduceCamPaths 会在重新排序时遵守约束。

是否仍有计划添加此功能，或者这是一个死话题？

我不会说它死了，但我们都在等待下一个版本@easytarget解决了一堆老化的 NodeJS 库。我临时使用的方法是使用 DXF，我有两层不同的颜色。我选择了一层颜色并将这一层用于内部切割，然后我选择另一层用于外部切割。我的分支也有一个“未优化”的路径，所以它总是从我在 DXF 中得到的多段线的第一个顶点开始。