1。WebAppWeb无需安装，对设备碎片化的适应性优于App。它可以仅通过XHTML、CSS和JavaScript在任何移动浏览器中执行。随着iPhone带来的WebKit浏览体验的升级，为iPhone和其他带有WebKit浏览内核的移动设备开发的Web应用也像App一样拥有流畅的用户体验。图1.GoogleVoice和GoogleGmail是Web应用程序设计的示例。WebApp优点：开发成本低适配多种移动设备成本低跨平台、终端迭代更新容易无安装成本WebApp缺点：浏览体验短期内无法提升无法超越原生应用不支持离线模式（html5会解决这个问题）调用本地文件系统的能力不够及时推送消息因为它位于平台层之上，向下访问和兼容能力会更好，并且可支持在线或离线、消息推送或本地资源访问、摄像头拨号等功能。但是由于设备的碎片化，App的开发成本要高很多。维护多个版本更新升级比较麻烦，用户安装门槛也比较高。但更乐观的是，Appstore培养了更好的用户付费模式，因此在苹果的生态系统中，开发者的盈利模式处于清晰状态，其他市场也正在向这条道路靠拢。图3.Gowalla和AwesomeNote是面向移动客户的经典设计案例。NativeApp的优势：提供最好的用户体验，最优质的用户界面，最华丽的交互。为不同平台提供不同体验，节省带宽成本。接入本地资源的盈利模式很清楚NativeApp的劣势：移植到不同平台比较麻烦，多版本维护成本比较高。需要通过门店或市场确认。利润需要与第三方分成三份。IntegrationJobs曾经谈到过这个问题，他说Web是未来，虽然现阶段Native给了用户更好的体验。如果今天的开发人员不能有效地利用Web技术，他们就会落后。但如果过于依赖Web，根本不用Native，未必是好事。IOS平台上的APP分为三类：WebApp，通过浏览器访问；NativeApp，通过应用商店安装；第三种叫HybridApp，虽然看起来像Nativeapp，但是只有一个UIWebView，访问的是一个WebApp，比如街旁网最初的应用就是一个包含client的部分。其实它包含的是HTML5网页，真正的原生应用是在后面推出的。更彻底，比如安卓版的掌上百度和淘宝客户端，也是走HybridApp的路线，但是掌上百度封装的不是WebView，而是自带浏览内核，所以体验更像客户端，效率更高.图4掌上百度和Naver客户端的架构都是WebApp+NativeApp图5掌上百度的架构表明，客户端嵌套服务端，保证服务的高效迭代和更新。Google的ChromeOS和Android都是操作系统。但是有两条路。ChromeOS采用了Web应用程序的方式。从ChromeOS大会上发布的ChromeWebApp可以看出，谷歌想要为ChromeOS的未来做铺垫，鼓励更多的开发者开发具有应用体验的WebApps，正如ChromeOS官网所说——“只有网络”。而Android正在走NativeApp的路子。Android作为手机平台的操作系统，显然更加注重应用程序的开发，这一点从AndroidMarket就可以看出。或许前微软高级架构师RayOzzie的评价更为犀利：“在Google的战略中，Android（基于应用程序）是在押注过去，而ChromeOS（完全基于Web）是在押注未来。”所以我们可以受此启发，要想服务未来，就必须继续跟上技术发展的步伐，提供更好的网络服务和体验。但人活在当下，为了满足当下用户的需求，必须提供现阶段浏览体验最好的客户端产品。然而，客户端是笨重和缓慢的。不能像传统网页那样一有风吹草动就回头。只能规划功能点，一步步迭代。毕竟对于用户来说升级成本太高了。所以才有了这种WebApp+NativeApp的架构，可以在现有条件下给到用户最好的浏览体验和升级迭代。4、未来趋势虽然我们都愿意相信，当Web体验和Native体验逐渐接近时，人们更愿意将精力花在内容获取上，而不是软件交互上，但现阶段的交互体验恰恰是其主要短板影响人们对内容的访问。所以，趋势是有的，只是我们无法预测这个时间差。就像电脑端的应用程序一样，虽然现在网络化的趋势很明显，但它仍然无法替代一些安装在你本地机器上的工具类、游戏类的应用程序。Web无法颠覆Native。总的来说，Web只是我们作为设计者和开发者所期望的理想化结果，开发成本低，跨平台容易，迭代更新快。但显然，现阶段用户和移动设备制造商的期望仍然是体验。本机甚至更好。对我们来说，Web只是一种趋势。在这个可能需要较长时间的过渡阶段，对于复杂的产品，NativeApp+WebApp可能是一个很好的解决方案。
