Web与App的五种关系及演变
本文会阐述Web与App的五种关系类型，以及从流量分发视角和技术演进视角看待关系的演变。
五种关系类型
对于移动端应用来说，Web与App的关系可以分为五种基本类型。移动互联网发展的整体趋势决定了主流的关系类型。每个具体的产品也会随着发展阶段的不同而采用不同的形态，或者各种形态混合共存。
Web or App - 独立应用
Web与App各自独立完成服务。这种模式下Web与App实现的业务可以是差异化的，但各自保持独立且完整，相互之间的交互基本仅限于流量引导。
App从应用商店获取流量，占总流量的主要部分。Web应用独立运行在浏览器中，从搜索引擎获取长尾流量。Web应用可以灵活处理用户的随机需求，在服务过程中找机会将用户引导至App。
Web in App - 壳型混合应用
App作为Web应用的壳资源。App提供的容器能让Web能够突破浏览器的限制实现某些功能。更重要的是有了App的壳就能够利用App的应用商店作为分发渠道。早期的Facebook App就是典型的壳应用。
Web on App - 平台型混合应用
App作为平台承载各种Web应用。平台型App会提供容器让其它合作方以相对独立的Web应用的形式接入平台。平台上的Web应用可以获得部分扩展功能和用户信息。微信公众号和支付宝服务窗就是这种模式的代表。
Web and App - 综合型混合应用
Web与App高度混合，共同实现某项业务。这种模式下原生部分与Web部分会有大量的交互。为了达到用户体验的一致性，App会加强容器的能力，让Web部分能够调用更多的Native资源，以弥补Web部分在体验上的不足。在这类应用中，用户通常难以区分哪些部分是Web，哪些部分是原生。美团、携程等综合型服务商会大量采用这种模式。
Web of App - 融合型应用
使用Web技术来做App。不用Webview来做混合嵌入，而是直接借用部分Web技术来实现原生的功能。这种模式是既要Native的体验，又要Web动态更新与代码复用的好处。微信小程序就是这种模式的代表。
流量分发视角
移动时代到来之前，互联网产品主要以PC端的Web应用为主，入口主要是搜索引擎。早期用户逐渐向移动设备上迁移时，依然保持着使用浏览器和搜索引擎的习惯，这个时候有独立的移动端Web应用来获取流量并完成服务就很重要。
随着App的崛起，流量的来源从搜索引擎变成了应用市场，这个时候主战场就由浏览器转向了App，混合应用应运而生。
一部分App获得市场绝对优势地位之后，就会形成头部效应，做流量的二次分发，这类App中接入的应用也就是平台型混合应用。
头部效应与二次分发：
头部App发展到后期，就会有资本挑战已经成熟的Webview嵌入模式，引导合作方做技术融合型应用。合作方会付出更多的开发成本来换取体验上的提升和更多的流量支持。这种做法能够提高技术壁垒，形成差异化与体验优势来巩固头部App自身的地位。
在移动互联网时代，App是主要的流量载体，但从内容生产和消费层面上并没有统一标准，自然就造成了开发成本的大幅上升。
为了降低成本，App从PC时代将Web的标准和内容迁移过来，混合应用应运而生。
混合应用发展到后期，由于头部App厂商的技术和流量优势的持续积累，同时原有的Web标准的演进速度又不及预期，导致头部App可以有实力去掉Web容器这一中间层，直接推行新的内容标准，这些内容标准大量借鉴并且继承了原有的Web标准，同时又更贴近了App的使用场景。
腾讯的微信小程序和Facebook的React Native虽然商业目的上各有不同，但从技术上来讲都是去掉了Web容器这一层，将Web标准延伸到Native领域。
总结
本文阐述了Web与App的五种基本关系类型以及他们各自的产生背景和特点。
从商业角度来看，互联网产品获取流量就像生物需要获取食物一样重要，所以产品形态一定会向流量入口所需要的方向倾斜。
从技术角度来看，Web标准是移动互联网从PC时代继承的技术遗产，未来会有各种基于传统Web标准的新标准产生，另一方面Web标准自身会持续演进以适应移动互联网的快速发展。
这也正说明了一个问题，互联网发展离不开前端开发，而前端开发在app的开发中占据了一定行主导的位置，正是看到了这一发展趋势，斑码教育联合行业大牛研发出一整套全栈前端的实用性课程，专注于现在行业方向，提供从就业角度出发的技术保障服务，持续关注我进行了解前端知识。
