我有一个客户想要一个适用于 iPhone、Android、Windows 8 手机等的应用程序。
根据他的规范，我认为没有充分的理由需要“应用程序”本身。在我看来，CSS、JS 和 HTML 可以完成这项工作，只要它们都是在考虑手机显示屏的情况下编写的。
如果他的应用程序需要访问本地化的 CPU 能力或电话设备的功能，那将是一回事，但这只不过是与服务器交互，然后显示结果。
我在这里不欣赏什么吗？提前致谢。
问问题
168 次
4 回答
4
尽管这是一个相当长而详尽的讨论，但大多数人认为原生应用程序感觉“更好”。请注意，这是关于真正的原生应用程序，而不是由 PhoneGap 等生产的应用程序。
在商店环境中提供可下载的应用程序让许多人感觉（免费？）营销力量；他们希望他们的应用程序被“列出”在一个短名单中，可以从电子邮件和其他网站链接到应用程序商店，并且它给人一种（假的？）真实感。我认为这与一些消费者忘记了他们只能在智能手机上访问一个网站的效果相结合，并且只关注应用程序。
除此之外; Apple 不批准仅仅是 UIWebView 的应用程序；与简单的网络应用程序相比，该应用程序必须包含一定程度的独特性。谷歌对此没有任何规定，但我不知道微软对此事的规定。
许多客户不知道他们在说什么。他们“只想要一个应用程序”。给出最好的建议是你关心的问题，但如果他们坚持.. 好吧.. 可能需要 4 倍的工作量和金钱......
编辑 我不知道这个平台是否是这个讨论的最佳场所。其他人可能会将您重定向到另一个 StackExchange 站点？尽管如此，这个关于移动网站 Vs的 Quora 讨论列表。Native App也应该有帮助。
也许您可以借此机会丰富一下指定的应用程序。也许它不仅仅是简单的数据呈现，而是原生应用程序的强大功能可以提供更好的（不仅仅是更高级的）体验？
于 2013-05-10T19:47:15.693 回答
2
这可能是术语上的脱节；我同意——如果它只是与服务器的交互，那么 CSS/HTML 等就足够了。也许客户想要/需要的只是一个可以点击的图标，而不是一个可以访问的网站——也许是他们正在寻找的应用程序“体验”——如何传递信息可能是次要的？
于 2013-05-10T19:44:58.253 回答
0
如果您目前的规格只是“iPhone、Android、Windows 8 手机等”，那么深入了解客户的“应用程序”概念可能会让您免于头痛。我希望您的应用程序除了查看 [remote|local] 文本和图像之外没有其他特殊功能。如果不是这样，为如此广泛的设备和平台进行开发将是一项艰巨的工作。
也就是说，我已经不得不为这些平台（Windows Phone 除外）开发快速且廉价的商业应用程序，并且将 HTML + CSS + JS 堆栈封装在本机容器中做得很好（并且没有特别的陷阱）。
我建议您查看http://cordova.apache.org/，它允许您像使用本地网站一样进行开发，然后将所有内容打包在本地代码框中，您可以将其本地部署到设备上。
要获得更完整的包装器，可以访问一些本机功能（如相机等），请查看http://phonegap.com/。
要开发“app”代码，一个好的基于移动 JS 的框架可以完成这项工作。我通常使用 Sencha Mobile，它有一点学习曲线，但它非常稳定和强大（与 Javascript 一样多，与本机代码相比没有什么）。
只是怪癖，我不知道 Windows Phone 平台（也不知道上述解决方案是否可以在它上面运行）。
希望这很有用。祝你好运。
于 2013-05-10T19:48:42.583 回答
0
如果所有应用程序的要求相同，则可以使用任何跨平台工具进行开发。你的问题的赞成票代表你的观点的支持。我只是在 html5 应用程序上添加了本机应用程序的一些好处
- 使用 html5 并不总是容易实现的原生 api、特性、gui 的优势
- 应用商店支持有很大优势
- 原生应用支持更多安全选项
只是在我的脑海中写了一些要点，列表可能会更大。
于 2013-05-10T19:49:04.390 回答