将编码折线与Google Maps API v3一起使用有什么好处？

Question

如果正在处理数百条折线，使用https://developers.google.com/maps/documentation/utilities/polylinealgorithm?hl=sv-SE编码折线会有很大的性能优势

这似乎主要用于API v2和v3自己处理大量折线吗？

我似乎无法找到任何基准比较。

Answer 1

在向Google地图添加多边形/多边形时，使用google.maps.geometry.encoding.decodePath()解码编码路径时会有很大的好处。我有一些超过一千个点的路径，而不是循环遍历每个点并创建一个LatLng以添加到多边形，一个简单的解码加载视觉上更快。

此外，正如萨尔曼指出的那样，通过减少通过Ajax传递路径的网络流量可以获得可观的收益。拿google的example：

Characters
0        1         2         3         4         5         6         7
1234567890123456789012345678901234567890123456789012345678901234567890
38.5,-120.2|40.7,-120.95|43.252,-126.453  // Polyline Decoded: 40 chars
_p~iF~ps|U_ulLnnqC_mqNvxq`@               // Polyline Encoded: 27 chars

只有3分，我们将分数缩小了33％。

Answer 2

不确定是否有任何正式基准。但与实际的lat / lng数据相比，编码折线的尺寸要小得多。我曾经偶尔使用它，特别是在使用Ajax更新地图时。