HTML5vs原生应用如何选择合适的开发策略

手机技术领域相当令人费解。目前有许许多多的选项，包括新的HTML5技术、原生应用开发方法和各种内容管理系统。

flickr_iphone_apps

各种资产在手机推广时选择的结构完全不同，这似乎是个问题。技术专家最初的做法倾向于让所有人针对所有资产运行一致的结构。但是，运行不同结构来支持手机推广确实显得更有意义。

最大的问题是，如何处理HTML5和原生应用之间的纷争。有关这两者间的多数讨论都集中在不同的技术特征上。但是，真正的决策需要以站点流量类型为基础。

流量来源

如果站点大部分流量是来自于谷歌、Facebook和Twitter的间接流量，那么该站点应当使用移动网页和HTML5。因为多数的站点用户通过链接到达站点，因此内容必须迅速加载到手机浏览器上。此类站点包括音乐歌词站点和其他类型的信息搜索站点。

如果站点大部分流量是直接间歇流量，这意味着用户会直接访问站点，但是访问频率并不高，那么站点应当执行HTML5移动网页。这些类型的站点属于“观光站点”，人们不会频繁访问，因而用户不太可能下载应用。公司网站属于此类站点，比如主页。

如果站点大部分流量是直接流量，人们频繁通过收藏夹或输入URL地址直接访问站点主页，那么该站点应当使用原生应用。此类站点包括、CNET Reviews和其他知名度较高的站点。

如果站点拥有的是直接间歇流量，这就意味着人们会不时访问站点，那么应当使用的是HTML5而不是原生应用。对于有大量直接流量的站点而言，原生应用还提供其他有用的功能，比如通知和离线存储，这些对间歇或间接流量的站点都不适用。

直接和间接流量混合的站点应该同时使用原生应用和HTML 5。但是，需要注意的是，不要强行向那些访问手机移动站点的人推广原生应用。这会让用户感到厌烦。多数此类访问者都是通过点击谷歌或Facebook上的链接访问站点，他们期望能够直接看到内容。他们根本不想下载你的应用。

type-of-traffic

费用

在决定是要构建HTML5移动网站还是原生应用后，下个大问题就是愿意花多少钱来制作。事实上，选项只有两个：便宜地完成或昂贵地个性化。

通常情况下，站点应当先选择可行且便宜的解决方案。对于HTML5移动网站，Pressly和Mobify之类的商家会帮助你制作完成，赋予站点极具吸引力的界面。带有手机插件的WordPress能够在iPhone和Android设备上良好地运转。记住，要添加“查看整个站点”的选项，这样你的用户才能够跳出手机体验，访问可行的HTML5方案还未支持的功能。

要制作可行的原生应用，MobileRoadie之类的服务值得考虑，可以让你得到优秀的iPhone和Android原生应用，iPad版本不久就将问世。应用美观且使用，提供了众多选项。

对于需要同时支持移动网页和原生应用的站点，很可能不久就会出现可提供同时支持两种传播渠道的产品服务。但是现在，我推荐分别选择相应的制作商。

获得基础的手机呈现方式后，你可以考虑添加个性化体验，增加支持的功能并改善用户界面。不幸的是，个性化意味着需要付出更多成本，对HTML5和原生应用均是如此。

level-of-investment

目前有许多综合性的系统可供选择，用来辅助iPhone、iPad和Android原生应用。应当注意的是，这些综合系统需要整合到你的注册、用户资料和内容系统中，而这需要工程和IT方面的工作。诸如FreeRange360之类的综合系统有一个基础平台，可以使这类个性化相当直观。

虽然HTML5已经有所发展，但是其体验还是不如原生应用。Financial Times和Playboy等发行商在HTML5中投入巨额资金，使其功能性贴近原生应用，由此来绕开苹果30%的应用商店费用。但是，目前没有可用的JavaScript库提供高效点击和离线阅读等功能。

也就是说，提供高效的手机网页体验相对简单。jQuery和Sencha等移动库提供了绝妙的HTML5 iPhone式用户界面控制，在PHP和Ruby等现代web框架中，已经足够察觉何种设备正在请求内容并针对特定屏幕尺寸传播个性化页面。这是项繁杂且沉重的工作，但是能够实现，而且控制和灵活性都很棒。

对于主要包含文字和图片的资产，你可以考虑混合HTML5和原生应用的方法。虽然这听起来像是个理想的解决方案，但是这种方法还有待完善，而且将HTML5制作得与原生应用相似还需要大量的工作。

总得来说，在考虑移动发展战略时，站点流量类型决定了是使用HTML5移动网页还是原生应用，然后根据你的预算来决定是达成实用性还是个性化目标。

水溶性硅油

病毒灭活验证

德玛莎四代