我们的团队目前正在开发一个带有HERE-API的汽车路线Web应用程序。为了满足用户的期望，我们希望集成当今每个人都习惯的所有典型功能，最重要的是可以通过拖动航点来交互操作路线。
虽然在大多数情况下一切似乎都很好，但我们在长距离路线上遇到了严重的性能问题，再加上拖曳距离大。
我们的应用程序工作如下：
-首先，用户必须提供两个地址
-路线最初是使用完整的计算路由请求计算的(表示 = "显示")
-现在，当用户拖动路由时，我们在拖动过程持续期间每 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
感谢您的回复！今年非常疯狂，所以这篇文章有点晚了 - 我对此表示歉意。
我们问题的解决方案是对参数值进行小幅调整。我们将参数"resolution"的值降低到"25：25"，用于在执行路由拖动时计算路由请求。