Snap.svg 与 HTML5 原生 SVG DOM API 相比有什么好处？ [关闭]答案

【问题标题】：What benefit does Snap.svg bring over HTML5 native SVG DOM API? [closed]Snap.svg 与 HTML5 原生 SVG DOM API 相比有什么好处？ [关闭]
【发布时间】：2014-10-16 22:40:39
【问题描述】：

Snap.svg vs HTML5 native SVG DOM API 是否与jQuery vs HTML5 native DOM 相对相同？

除了跨浏览器的差异，我希望任何现代浏览器都能很好地支持 SVG（对吗？），Snap.svg 带来什么好处？

绕过 Snap.svg 和使用 SVG DOM API 接近金属的代码有什么好处或坏处？

【问题讨论】：

左手搔背与右手搔背对比搔柱有什么好处？如果没有人听到，你怎么挠背有关系吗？嗯……想不到作为编码员学习各种框架的好方法。

标签： html dom svg raphael snap.svg

【解决方案1】：

Snap 实际上只是在底层操纵 SVG 并使其更容易，因此在这个意义上它是相似的。您不必摆弄标记或其他任何东西。

然而它使用的动画不是 SVG，所以你不能真正将 Snap Animations 导出为 SVG 动画标记，这在某些情况下可能很重要，但我认为其余的大部分基本上都是可以操作的 SVG。

现代浏览器对 Snap 的支持相对较好。如果您需要较旧的向后兼容性，您可能需要查看 Raphael（同一作者），但是有一个权衡，您不能使用正确的 SVG 组之类的东西（它使用不是 SVG 的集合/数组） .

不使用像 Snap 这样的库的缺点是你会陷入标记错误、命名空间、编写更多代码来做同样的事情。好处是你可以正确理解 SVG，不需要依赖外部库。 Snap 你可以做动画，让事情看起来很快，通常在一个衬里。一旦事情开始变得有点棘手，比如转换、操纵路径等，在纯标记中真的很难。

即使您使用纯 SVG，仍然存在浏览器不一致等棘手问题，因此您还需要找到与此相关的支持。

最后我想说，一些移动 SVG 性能（主要是动画/过滤器等）并不是很好，所以如果这是一个要求，我会考虑一下这是否是正确的解决方案，然后尝试做一些初步测试。

【讨论】：

您有关于移动 SVG 性能的任何来源或更多信息、测试等吗？
不，我会说 SVG 的移动性能在任何 SVG 中都很受欢迎（我部分指的是动画和矩阵之类的东西，如果它只是简单的 SVG 可能没问题），具体取决于哪个移动浏览器、设备规格、动画、转换等。如果您了解您的目标设备，我会在类似范围内找到一些 SVG，并看看它在不同设备上的表现如何。