我们应该期望从 iOS、Android 和 Javascript 出发的路线相同吗？
Should we expect the same route from iOS, Android, and Javascript?
假设一切都在线工作，如果给定完全相同的参数，我们是否应该在使用 [=17= 时期望来自 javascript、iOS 和 Android 的相同路由]?
我问的原因是因为我看到 SDK 使用内置路由器，而 api 似乎对服务器有反应。那么，如果在线，所有这 3 个设备都会提供相同的路线吗？
不一定。当iOS和Android使用在线路由器时，结果很可能与JS非常接近，但不一定完全相同。
几点：
- Android 和 iOS 使用与 JS 不同的 endpoint/protocol （如果你真的使用相同的路由选项但不保证结果相同，那应该不会有太大区别）
- Android 和 iOS 可能比 JS
隐式设置（不同的）默认选项
- 最大差异：mapdata/mapversion。移动版 Premium SDK 3.x - 正如您已经说过的那样 - 使用本地路由器在本地地图数据上运行。即使在线连接，在线路由器响应也将始终与您在 phone 上的地图版本匹配（否则无法保证正确呈现并用于 phone 上的 TbT 语音指导）。意思是，当您在 phone 上使用 3 个月前的地图时，您将获得与 3 个月前的地图数据匹配的在线路线响应，而 JS 始终使用最新数据（每月）。即使您注意定期更新 phone 上的数据，目前您也只能每季度在 phone 上获得一次更新。这意味着，在最坏的情况下，不同的地图数据可能会导致不同的路线。
如前所述，这些都是无法保证结果 100% 始终相同的细节，但在许多情况下它们是相同的。
假设一切都在线工作，如果给定完全相同的参数，我们是否应该在使用 [=17= 时期望来自 javascript、iOS 和 Android 的相同路由]?
我问的原因是因为我看到 SDK 使用内置路由器，而 api 似乎对服务器有反应。那么，如果在线，所有这 3 个设备都会提供相同的路线吗？
不一定。当iOS和Android使用在线路由器时，结果很可能与JS非常接近，但不一定完全相同。
几点：
- Android 和 iOS 使用与 JS 不同的 endpoint/protocol （如果你真的使用相同的路由选项但不保证结果相同，那应该不会有太大区别）
- Android 和 iOS 可能比 JS 隐式设置（不同的）默认选项
- 最大差异：mapdata/mapversion。移动版 Premium SDK 3.x - 正如您已经说过的那样 - 使用本地路由器在本地地图数据上运行。即使在线连接，在线路由器响应也将始终与您在 phone 上的地图版本匹配（否则无法保证正确呈现并用于 phone 上的 TbT 语音指导）。意思是，当您在 phone 上使用 3 个月前的地图时，您将获得与 3 个月前的地图数据匹配的在线路线响应，而 JS 始终使用最新数据（每月）。即使您注意定期更新 phone 上的数据，目前您也只能每季度在 phone 上获得一次更新。这意味着，在最坏的情况下，不同的地图数据可能会导致不同的路线。
如前所述，这些都是无法保证结果 100% 始终相同的细节，但在许多情况下它们是相同的。