在设备开启WiFi之后，会对周边 WiFi Access Point (AP)进行扫描，并将这些可见WiFi名称推给用户供选择。这是几乎是我们的PC和手机的日常。 除了连接WiFi登录Internet 之外，实际上，我们还可以通过 WiFi AP进行定位。

定位和地图一直是紧密联系的，无论是面向消费者的第一人称应用，还是关于管理者的追踪需求。各大LBS厂商，早就提供了各种定位功能，尤其HERE，Positioning 历史可以追溯到 Nokia年代，包括基于 GPS，WiFi network，Cell Signal，Bluetooth 等各种信号源的定位能力。

在上一篇中，尝试给出三条备选路线方案，只是看看是不够的，还需要做些交互式的操作支持。

1 Visual Tweaks

首先，这里我们做点小小的视觉调整，让路线和位置更漂亮一点。例如：

在 Part 3 中我们了解到如何调用 HERE Routing API 实现两点间路径规划，以及如何从当前位置出发规划路径。

这个部分继续来看看，如何展示多条路线及其信息，并允许用户交互选择。

Pre-session: 重构代码

这一部分不是改进功能，而是整理思绪。磨刀不误砍柴工，放之四海而皆准。

Part 1 中我们准备了底图，Part 2 中我们获取了位置，现在终于开张了，“您有新的 ‘ 饿了乎 ’ 订单到了！” 我们给外卖小哥规划下路线吧！

1 Routing Service

首先，HERE Map API 中提供了一个叫做 Platform 的类，实例化Platform后，我就可以借以访问 HERE Routing Service。 有关 Routing API 的帮助文档，点这里。

在 Part 1 地图底图准备好的基础之上，我们增加一个获取浏览器当前位置并持续更新的功能，来解决“Where am I ？”的问题。

具体可以通过浏览器的 Geolocation API 来实现。在app.js 脚本中，使用 navigator.geolocation 对象来访问此API。 navigator.geolocation 对象有这样几个方法：getCurrentPosition()，watchPosition()，clearWatch()， 可以帮助我们实现开始的需求。