Path Raphael JS:IE中复杂路径的scale/getBBox比Chrome/Firefox慢得多？
我有一个相当复杂的拉斐尔路径（500坐标） 当我在Chrome或Firefox中使用scale（）时，它几乎可以立即缩放（0.05秒），但在IE中，它最多需要2秒 我认为这与路径的复杂性有关，因为一条有10个坐标的简单路径缩放速度很快 但为什么浏览器之间会有如此大的差异呢。我知道Chrome/Firefox使用SVG，IE使用VML，但是scale（）函数本身就是Raphael库的一部分，不是吗 同样奇怪的是，当我scale（）然后执行getBBox（）时，有时scale（）需要很长时间，有时getBBox（）需要随机Path Raphael JS:IE中复杂路径的scale/getBBox比Chrome/Firefox慢得多？,path,raphael,scale,Path,Raphael,Scale,我有一个相当复杂的拉斐尔路径（500坐标） 当我在Chrome或Firefox中使用scale（）时，它几乎可以立即缩放（0.05秒），但在IE中，它最多需要2秒 我认为这与路径的复杂性有关，因为一条有10个坐标的简单路径缩放速度很快 但为什么浏览器之间会有如此大的差异呢。我知道Chrome/Firefox使用SVG，IE使用VML，但是scale（）函数本身就是Raphael库的一部分，不是吗 同样奇怪的是，当我scale（）然后执行getBBox（）时，有时scale（）需要很长时间，有时g
有没有办法让IE在复杂路径下运行得更快一点？IE在所有JS工作中都比Chrome/Firefox慢得多，而不仅仅是复杂的工作 只使用JS代码无法提高IE的速度（除非您可以优化scale（）函数本身）
我认为更好的方法是尽可能为IE用户使用更简单的路径。IE在所有JS工作中都比Chrome/Firefox慢得多，而不仅仅是复杂的工作 只使用JS代码无法提高IE的速度（除非您可以优化scale（）函数本身）
我认为更好的方法是尽可能为IE用户使用更简单的路径。我发现，如果在构建传递给Raphael的字符串之前在自己的javascript代码中进行任何缩放，而不是通过Raphael的函数进行缩放，那么复杂路径（即具有大量坐标的路径）的渲染速度会更快。对于translate函数也是如此 我发现，如果在构建传递给Raphael的字符串之前在自己的javascript代码中进行任何缩放，而不是通过Raphael函数进行缩放，那么复杂路径（即具有大量坐标的路径）的渲染速度会更快。对于translate函数也是如此 我不是自己构建路径，而是从SVG文件（d属性）获取路径…我不是自己构建路径，而是从SVG文件（d属性）获取路径。。。