processing.js值得吗?

我认为这很大程度上取决于你所从事的项目以及你对处理库的背景知识。

如果你已经学会了原始的处理API(Java),并且想利用你在网络环境中的现有知识,JS是一个很好的选择。如果您想将现有项目移植到Web上,这可能是唯一的选择——实际上,这可能是使用它的最佳时机。

如果你是一个JavaScript程序员,对处理不太了解,你可能会不喜欢在浏览器中写Java语法,如果你必须把它和JS混合起来,那么所有的事情都会变得更加麻烦。API不像JavaScript,有很多代码可以更优雅地编写。

在性能方面,这不是一个糟糕的选择,实际上大多数项目都运行得很顺利,我绝对可以推荐在上面解释的情况下使用processing.js。

这里有各种各样的javascript引擎列表 : Javascript Graphic/Game Engines

很难推荐一个库,因为每个项目的需求都是特定的。 对于简单的图形/图表:RaphaelJS非常好,性能也不错

与现在的其他库(如RaphaelJS)相比,它与SVG的实现有多好

据我所知,processingJS不使用SVG,它只使用画布。RaphaelJS仅SVG。有一本有趣的书 here 也在 wikipedia 关于差异。主要的区别是SVG存储了物体的矢量数据,因此可以方便地改变物体的位置、颜色等。但也提供鼠标悬停事件。Canvas——和ProcessingJS——不做这样的事情,它绘制到画布上,忘记了所有的事情,所以你必须做更多的工作。不知道两者的性能差异。

至于processingJSAPI,我不知道它是如何实现的,但是由于涉及jquery的john resig,至少可以这么说。

我同意用户HLFCODE,在浏览器中编写Java感到奇怪。我也在为我未来的画布实验寻找更清洁的解决方案。

我看不出如何重新渲染javascript中的每一帧可以被视为性能。

这正是Canvas的工作方式,您必须计算和呈现JS中的每一帧,它不是特定于JS的处理。我不认为这是一个性能冲击,在幕后,一个运行SVG的浏览器做同样的事情。