使用 Bluemix 提供的 IoT 和 GPS 服务提高您的健康水平（6）

look_w

挑战和改进您成功创建了一个 Node.js 示例应用程序，结合使用了 Wearable Fitness API 服务和 Bluemix 内的第三方 Travel Boundary        Service 的功能。您还面临着哪些额外的挑战，未来还有哪些可改进之处？如果您尝试使该应用程序成为 Fitbit        用户的一个可行解决方案，以下是一个从微不足道到重要的不同级别的简短列表：

• 睡眠与久坐时间：Fitbit 用户可以告诉他们的设备他们何时睡觉，或者在 fitbit.com 上添加          “睡眠记录”。如果用户正确地使用该功能，在几乎没有任何运动的情况下，Wearable Fitness API 测得的久坐时间将真正匹配所用的 “苏醒”          时间。如果用户忽略该功能，久坐时间包括几个小时，期间您可以认定用户在睡觉。由于应用程序没有捕获用户是否使用了睡眠日志的信息，所以久坐时间被标记为          “Sleep+sedentary:”。直接 Fitbit API 可用于调用睡眠记录；如果它们存在，那么应用程序就会知道如何在 UI 中将真正的久坐时间标记为          “Sedentary”。（然而，同时使用两个 API 似乎是一件很危险的事；如果睡眠时间由用户记录，改进的 Wearable Fitness API          数据集可能会增加细节。）
• 公园是什么？从 MapQuest 数据集中明显可以看出，“Parks” 的类别代码经过了验证。例如，公园管理处的总部（在城市中间）可能归到          “Parks” 类别下。而且恰当地表示为公园的地方可能不完全是可供人走路锻炼的地方，例如某些遛狗公园。如果 MapQuest          仍然是应用程序的数据集源，可能需要对数据进行一定的清除，以使结果达到预定目标。
• 更好的公园数据：寻找 “可在里面散步的公园” 比查找另一个数据源要解决的问题可能更大。如果除了找到地图上分类或命名为 “park”          的点，您还想识别用于远足或散步的设施或为残疾人铺设的路，等等？我们已经在正确的方向上取得了一些进展，其中一些进展可能通过 API          实现，但目前还不存在功能齐全的全球性解决方案。一开始您可以看一下 National Recreation and Park Association 创建的   系统中的 GIS 数据和功能信息，但此时数据集很小，没有 API          访问能力。从 API 角度来看，得益于 data.gov 计划，美国国家公园管理局有一个全面的  （连同一个  ），但此时它只涵盖美国国家公园的信息。
• 一个移动应用程序：Node.js 中的简单示例路径忽略了这样一个事实：应用程序在作为一个真正的移动应用程序时可能更有意义。Bluemix          已经拥有大量移动应用程序开发和支持服务（例如，参见 “ ” 和 “ ”。）
• 对更多设备的支持：Wearable Fitness API 支持的设备类型和应用程序源比 Fitbit 要多。如果您使用链接设备不是          Fitbit 的 Wearable Fitness 站点上的凭据，那么应用程序会运行失败并返回一条错误消息。一个真正功能正常的应用程序会支持通过 Wearable Fitness          API 提供的所有数据类型和设备。

如果您有其他改进想法，可以将它们添加到文章评论中或（更好的是）加入我的          并更新代码。
在公园里散步在几乎整篇文章中我都没有做过一件简单的事：声称用 Bluemix 进行开发如同在公园里散步。但凭借 Get Moar Steps 应用程序和来自 Bluemix        服务的帮助，这个比喻可能会让您有兴趣去走走。使用 Bluemix，享受快乐编程。