智能手机和微信时代_对Web与手机浏览器的再思考

1、智能手机和威信时代、网络和手机浏览器的再思考(上)编辑：在PC时代，网络的主要载体是流量流入的PC浏览器。但是在智能手机时代，web依赖多种载体呈现出多种形式，手机浏览器进一步面临微信、垂直应用、移动搜索、应用商店等应用的转换和挑战。在2013年之前，web应用程序和本机应用程序，谁代表未来？网络和链接没有死亡，在微博、小额信贷爆破社会化的浪潮中展示了更强的生命力。通过上、下两篇文章，作者分别在新的阶段表达了对web和移动浏览器的想法。在本文中，作者分析了当前Web App主要应用形式的特点和应用开发的优缺点。2010年，Wired杂志的一部the web is dead，long live

2、the internet被国内工业媒体广泛转载；2012年，小川枪也在媒体上表示：“link(链接)已经死了，这不是手机将来建立链接的网络环境，浏览器是以链接为中心的.”。直到今天，社会化已成为支撑整个移动网络生态运行的核心能力之一。移动互联网的任何产业领域都已经离不开风扇经济。随着移动互联网用户越来越习惯通过小信、朋友、微博客共享视频、音乐、购物、信息、天气、位置等，当越来越多的Native App希望社会媒体的广泛传播(以及回流)时，他们需要普遍和标准的传播格式。我们可以清楚地看到，社会交流最广泛、最适当的基础就是被认为是“死亡”的网络和链接。Youku客户端为Native，Taobao客

3、户端为Native，我美妙的音乐为Native，Baidu地图为Native，Zaker为Native，Sohu新闻为Native.但是这些Native App提供的共享、公布、标准链接、页面和实际web应用程序。网络上的网络和链接完全没有死亡，反而在社会化的浪潮中喷出了更强的生命力。此外，在移动互联网时代，基于百度、海豹等搜索框的PC互联网的访问形式开始转变为垂直搜索，但传统的搜索模式也是移动互联网用户最常用的服务。在这些不同的领域中，能够承载通用搜索模式的技术基础只是基于web的爬行动物。因此，web必须是所有希望通过公用搜索门户访问用户的应用程序的主要内容形式之一。关于Web App在P

4、C网络时代，网络的承载基本上是浏览器。在移动互联网，尤其是智能手机普及的时代，网络完全可以绕过现有的移动浏览器。举例来说，社交媒体(如社交网站、微博客户端)在普及网络和链接的同时，并不要求用户通过移动浏览器访问网络。相反，通过集成浏览器内核组件的微博客，用户可以直接从客户端访问链接，直接运行Web App或直接玩HTML5游戏。手机浏览器可能很难完全复制PC浏览器的卡位置优势。另一方面，由于社会通信时代的价值，网络在移动互联网时代呈现出更多的元形式，或者网络集成到更多的本机应用程序中，移动浏览器不得不面临更多的转换。1.基于传统移动浏览器的web应用程序通常，在Web浏览器中通过导航、链接打开

5、与Native App经验类似的基于Web的服务是Web App最完整的应用方案。这种产品型号的优点引起了业界的赞誉和期待，即无需跨平台下载，即可立即使用。与垂直Native App相比，手机浏览器具有“复盖范围、快速到达”的核心优势，几乎可以直接访问移动互联网上的大多数服务，用户可以提前下载或打开手机浏览器快速到达，而无需知道特定应用程序的存在。因此，为了解决用户的长尾需求，手机浏览器总是必需的，很难替代。但是，今天(基于现有手机浏览器)web app应用现状似乎也还没有达到业界的期待。特别是在某些高频应用程序中，使用的Web App形式访问还不能与Native App形式相比较。怎么了？1

6、)问题：仅从产品的角度来看，在移动浏览器上运行具有强大交互式体验的Web App至少有以下先天缺陷(下面的大部分问题不要考虑移动浏览器的产品问题，而是要说明Web App技术规格是手机实现的先天缺陷)。A.任务可能会混淆，并且交互经验会受到影响Web App在移动浏览器中运行，相当于在底层操作系统和App之间分离一个手机浏览器。与此同时，手机浏览器必须提供操作大多数应用程序的一般方式，很难为所有类型的应用程序提供定制的操作环境。因此，用户与App的多种交互被认为是移动浏览器的典型行为，可能是用户的工作期望和实际响应的不对称。请看下一个场景。在Native App中应用的回退操作可以视为手机浏览

7、器中标签页的回退操作。手机屏幕很小，对于某些涉及垂直搜索的web应用程序，用户很容易将移动浏览器的搜索框与App的搜索框混淆；Web App提供的“对话框”，用户无法通过回滚按钮退出；有些应用程序不提供左右滚动屏幕或上下滚动屏幕(如果您要冻结页面)，但是移动浏览器中用户对幻灯片屏幕的操作可能会导致应用程序页面移动不正确或应用程序退出。B.每次下载都需要，消耗流量，并影响界面质量Web App不需要像Native App那样先下载和安装。这些“好处”实际上意味着：每次运行Web App时，都必须下载基本业务数据。应用程序中的所有新页面都需要下载数据。.也就是说，web应用程序的流量消耗可能会更大

8、。当然，手机浏览器可以在每次运行Web App(例如通过缓存或HTML5本地存储)时减少流量，但无法控制。基于此风险，大多数Web App必须限制启动流量，这将导致接口和交互质量无法与本地App相媲美。C.HTML5/Web App内核问题a)低执行效率和渲染能力：传统手机浏览器内核的HTML5 canvas渲染基于CPU处理，渲染效率为Native App无法与相比。自2011年以来，世界各地多家供应商试图基于GPU渲染处理HTML5 canvas，但这些技术仍然面临适应性问题和非canvas页面的处理问题。HTML还基于Java脚本，Java Script是实时解释型语言，语法非常灵活。其

9、中一个目的是牺牲效率，提高灵活性，从一开始就没有考虑在移动设备上运行。其执行效率与原生App明显不同，对某些App而言，这不是简单的GPU彩现。b)以下某些HTML5系统接口的处理效果仍然不好：呼叫、录制系统相机.现在HTML5界面不能正常工作，支持参数也有限，很难想象基于web的相机360、metushow、滴答作响的出租车等应用程序。基于Web截取或多点触控消息比本机调用效果更好，与百度地图上的Web App类似，交互体验不理想。HTML5还提供了不能完全复盖本机API的属性，例如系统推送、本地App调用等。c)尚未统一的html 5规范会影响跨平台优势理论上，HTML5是跨平台、跨浏览器

10、技术平台，可以一次开发、多平台发布等。但是，大多数Web App在不同的浏览器之间存在处理差异，因此需要将一些详细信息应用于多个不同的手机浏览器。根据不同的手机、屏幕大小、CPU和GPU，商务web应用程序必须根据用途进行设计。与基于本机应用程序开发不同，跨平台已成为开发框架的标准，越来越多的本机技术引擎自然支持跨平台2)解决方案：那么，Web App能否克服这些问题，真正反映其价值呢？HTML5是否真的可以实现Native App的应用效果？事实上，业界现有的业务给出了明确的答案：是！A.目前主流手机浏览器经常有视频、读取、游戏、图4个应用程序提供独特的访问模式，特定的访问模式不受手机浏览器

11、正常操作的影响，并解决了很大部分操作经验问题。B.HTML5是Native功能上的缺陷，通过直接调用Native API的桥接方式可以克服此缺陷，AppCan和PhoneGap都提供了相应的解决方案。手机浏览器也逐渐添加了基于本机的功能调用。调用本机形式的特性，如常规二维代码扫描，如UC提供的“查找周围”。C.重新配置内核以避免HTML5和Java脚本的性能损失。到目前为止，在传统内核的基础上，没有成功尝试通过确保HTML标准来获得Native App效果的案例。相反，有些内核方案放弃了一些“标准”，优化了一些功能，但却能获得卓越的业务效果。最常见的商用产品是cocos2d-html5 JSB

12、，它在使用HTML5和Java脚本方面有很多限制，本质上是一个半专用接口，但具有极高的性能效果和适应性。另外，UC开发的xCanvas、国外的Ludei等也应用了类似的机制。D.开发人员在应用程序中执行更深入的优化(如果有资源，他们还可以直接读取浏览器开放内核代码，找到优化点)，从而允许特定web应用程序忽略不必要的功能(例如DOM Canvas masup)，以便完全运行Native App。对于开发人员来说，“标准性”首先要遵循“实用性”。2.Hybrid形式的web应用程序基于Html Java脚本开发，通过AppCan或PhoneGap等产品打包以生成Native App形式的应用程序

13、。这是web应用程序的另一种广泛形式。其优点包括：1)充分利用HTML的跨平台优势，在一次开发中实现Android、iOS、WinPhone的本机App中选择所需的构件。2) Hybrid App中的内容可以通过URL直接作为社交媒体共享。社会化比纯本机应用程序方便。3)基于HTML和Java Script的开发部署比传统Native App更灵活，可以在服务器端分发资源或将其打包到客户端，同时应用升级更容易。您还可以将HTML内容预打包到Hybrid App中，而无需每次下载。phoneap提供的基于appcan的集成内核(如WebView)不考虑针对各种第三方手机浏览器进行优化。5) ap

14、pcan、phoneap提供丰富的插件和增强的API，帮助应用程序实现Native的业务效果。该模型最重要的弱点是内核不能正常工作，通常很难支持性能要求高的应用程序，尤其是移动游戏。3.轻量级应用程序形式的web应用程序right application没有正确的定义，2013年360，百度，UC曾经是hot pack。大三提出的逻辑也不一样。但是大体上，光应用程序是基于web应用程序的创新应用程序打包。1) 360的轻量级应用程序，关键字：部署应用程序将Web App打包为基于操作系统的桌面的快捷方式，更重要的是，可以通过360的移动部署通道部署web App。360是将部署形式应用于现有智

15、能手机的革新性尝试。对于用户，尤其是小型白色用户，这些应用程序的结果与在应用程序商店安装下载几乎相似，但可以节省下载流量和安装过程。此外，您还可以避免在移动浏览器中运行Web App需要考虑多种交互的问题。2)百度轻量应用程序，关键字：移动搜索百度强调，传统的Native App应用程序部署方法具有大量长尾巴的信息孤岛，用户在应用程序商店中完全不知道这些应用程序的名称等，下载和安装频率极低。应用程序商店外的移动搜索允许您在用户需求和应用程序之间建立即时连接。这种搜索只能是针对用户独特语言的搜索，而不能是基于现有应用程序商店的名称、基于类别的搜索，而且必须附带应用程序中的信息搜索。百度的搜索能力

16、基于web应用形式的应用，已经有了这种联系。百度还提供了多个增强的API，使web应用程序能够提供与本机应用程序类似的功能。另一方面，基于91、Android市场、百度手机助手的市场份额，百度已经成为第一位应用部署者，轻量应用形式也可以得到众多移动客户端、分发渠道的支持。3) UC的轻量级应用，关键词：超级应用由于移动应用程序的使用越来越集中，用户越来越习惯访问非常少的超级应用程序，大量的长尾应用程序很难被用户访问。此外，UC通过成熟的导航、搜索和搜索机制，可以在用户需求和长尾应用程序之间建立即时关联。这就是UC的Super App Light App生态。同样，UC也不是传统意义上的纯web应用程序，例如基于本机app技术体系结构的插件。QQ移动浏览器5.0引入了轻量级应用概念。但是，如果QQ移动浏览器的轻量级应用程序不适用，介绍移动搜索不支持，那么实际使用价值仍然仅限于手机浏览器的传统使用类别。相反，如果这个light app