面向未来的移动应用

Question

我们正在开发下一版跟踪系统。之前的版本使用了带有简单自定义UI的LCD，但由于我们遇到了可用性问题而且我们发现开发耗时，并且由于我们的显示器已经停产，我们正在考虑使用普通手机或PDA作为而是界面。

我们主要担心的是，我们是否可以将此类产品在市场上保留五到十年，而无需持续移植和调整应用程序到新设备。为了使事情变得更容易，我们打算将手机与系统捆绑在一起，但在理想的世界中，我们（很大程度上是非技术性的）用户可以使用自己的手机。

那么，我们最好的选择是什么？是否有一个良好的平台无关的库我们可以指望支持一段时间？或者我们最好一次投注一个平台？也许在PDA上可能会保持向后兼容性？说实话，我甚至不确定要为代码的通用部分下注什么语言。

我也对我们硬件的链接感到有些担心。蓝牙SPP很有吸引力，因为它特别易于使用，并且有大量现成模块可供使用，但手机方面的支持远非普遍。

任何务实的建议都会受到欢迎，因为我必须承认没有移动应用程序开发的经验。

Answer 1

如果您不像Apple那样控制硬件的整个生产链，那么您就没有长期机会。除非你的产品真的具有创新性，市场需要这么多，或者你是在市场利基市场（例如医疗保健）。我的建议是进行市场研究，并首先检查客户使用的移动设备。您应首先选择一个或两个顶级平台，并在市场要求时逐步添加新平台。如果你在美国可能是iPhone，Android，RIM将是首选，在欧洲我将不得不在iPhone，Android，Symbian，Windows之间做出选择。这与开发一个以两个顶级浏览器开始的网站相同，并逐渐增加对次要浏览器的支持。

关于便携式图书馆我不打赌这个。相反，我会设计一个使用抽象层的架构。例如，我会使用蓝牙抽象层，将功能暴露给我的业务逻辑层;如果我在Android / Linux上部署，可能是GameZit，可能是iPhone，MS堆栈或Widcomm for Windows等等。

PDA已经死了，实际上它们已经融入了智能手机和平板电脑，它们是一个渐进的步骤。所以忘了他们。

HTML5是一个好主意但只是前层，你必须处理业务逻辑和较低层。

蓝牙SPP很好，因为它很常见，并且可以互操作，就像企业的Web服务一样。您可以提供一组自定义AT命令，而不是提供与平台相关的API，任何可以通过蓝牙连接到SPP的人都可以使用这些命令。

Answer 2

跨平台听起来像HTML 5，CSS和Javascript，以及一些用于移动开发的javascript框架，如列出的here