Processing 天真的处理代码太慢了——怀疑我们有更好的结构

为了学习

processing.py

，我实现了一些定义的软件

我没有写这封信。相反，我在设置中使用

noloop（）

，并在

draw（）

函数中的单个for循环下绘制的所有点。那我就完了。这是一个更快的版本（2s似乎仍然期待着这么简单的东西）

这个。我没有使用

noloop（）

而不是for循环，我只是使用没完没了的

draw（）

调用来递增并绘制点。我不会在draw（）调用之间使用

background（）

刷新。我只是逐渐添加新的点。这太慢了

我可以说，“那就不要使用orthdox风格了……”但那是行不通的，因为我想说的是。为此，我需要在每个

draw（）

循环中使用

background（）

，然后重新绘制所有点并绘制联动臂的最后位置

如果你看一下这三个例子，初始条件和循环次数对所有人来说都是一样的。第一个示例在2秒内运行。二十分之二。第三次，甚至更长，我认为它的表现越来越不稳定

我怀疑有更先进的方法可以用来做这件事。对于这样一件相对简单的事情来说，速度似乎慢得不可思议。或者我没有正确地实现简单的解决方案。想知道程序员会如何流畅地处理.py这样的东西