通过鼠标拖动进行路线计算的性能优化
Performance optimization for route calculations via mouse drag
我们的团队目前正在使用 HERE-API 开发汽车路线网络应用程序。为了满足用户的期望，我们希望集成当今每个人都习惯的所有典型功能，最重要的是可以通过拖拽 waypoints 来交互操作路线。
虽然在大多数情况下一切似乎都运行良好，但我们在长距离和大阻力距离上遇到了严重的性能问题。
我们的应用程序工作如下：
-首先用户必须提供两个地址
-路线最初是使用完整的计算路线请求计算的（表示='display'）
-现在，当用户拖动路线时，我们在拖动过程持续的时间内每 500 毫秒请求一条新路线，其中包含鼠标位置的航路点和减少的响应数据（表示 = 'dragNDrop'）
虽然此程序在放大路线的一小部分时运行得非常好且速度很快，但在显示整个路线时缩小到国家大小并拖动时却非常缓慢且滞后。实施节流机制并尝试不同的调用率有所帮助，但没有我们希望的那么大。
查看 wego.here.com 上的恒定性能，我们希望可能有更好的方法通过 HERE-API 或某种优化来实现此功能。
我们将不胜感激任何帮助。
路由 API 将针对用例提供最佳解决方案。您能否分享 API 响应时间或完整的 API 请求。请检查聚类文档是否与用例一致。
developer.here.com/documentation/maps/dev_guide/topics/clustering.html
如果确实与请求数量有关（导致执行节流并增加 API 个请求），请联系我们
developer.here.com/contact-us
感谢您的回复！今年太疯狂了，所以这个 post 有点晚了 - 对此我深表歉意。
我们问题的解决方案是对参数值进行小幅调整。我们在进行路线拖动时将参数 'resolution' 的值降低为 '25:25' calculateRoute-Requests。
我们的团队目前正在使用 HERE-API 开发汽车路线网络应用程序。为了满足用户的期望，我们希望集成当今每个人都习惯的所有典型功能，最重要的是可以通过拖拽 waypoints 来交互操作路线。
虽然在大多数情况下一切似乎都运行良好，但我们在长距离和大阻力距离上遇到了严重的性能问题。
我们的应用程序工作如下：
-首先用户必须提供两个地址
-路线最初是使用完整的计算路线请求计算的（表示='display'）
-现在，当用户拖动路线时，我们在拖动过程持续的时间内每 500 毫秒请求一条新路线，其中包含鼠标位置的航路点和减少的响应数据（表示 = 'dragNDrop'）
虽然此程序在放大路线的一小部分时运行得非常好且速度很快，但在显示整个路线时缩小到国家大小并拖动时却非常缓慢且滞后。实施节流机制并尝试不同的调用率有所帮助，但没有我们希望的那么大。
查看 wego.here.com 上的恒定性能，我们希望可能有更好的方法通过 HERE-API 或某种优化来实现此功能。
我们将不胜感激任何帮助。
路由 API 将针对用例提供最佳解决方案。您能否分享 API 响应时间或完整的 API 请求。请检查聚类文档是否与用例一致。
developer.here.com/documentation/maps/dev_guide/topics/clustering.html
如果确实与请求数量有关（导致执行节流并增加 API 个请求），请联系我们
developer.here.com/contact-us
感谢您的回复！今年太疯狂了，所以这个 post 有点晚了 - 对此我深表歉意。
我们问题的解决方案是对参数值进行小幅调整。我们在进行路线拖动时将参数 'resolution' 的值降低为 '25:25' calculateRoute-Requests。