小程序引擎（开源小程序引擎）

本文目录一览：

• 1、做一个小程序需要具备什么技术？

• 2、企业是否需要制作小程序？怎么做企业小程序？

• 3、taro 怎么集成 android sdk？

• 4、百度小程序有什么特点？

• 5、qq小程序基础引擎加载失败怎么办qq小程序错误无法运行解决方法

• 6、平板的QQ小程序在哪？

做一个小程序需要具备什么技术？

需要具备HTML语言 ，Html是超文本标记语言的缩写。Html是网页开发的三大前端剑士之一。主要负责网页的骨架。就像动物的骨架一样，HTML语言是支持网页布局的骨架。CSS， CSS是前端三剑客中的第二名，是层叠样式表的缩写。主要负责网页样式，网页内容如何分配，板块背景，颜色等外观问题，这些都可以通过CSS来控制。 JavaScript 简称JS，是前端三剑客中的第三个，是一种动态脚本语言。在过去，JS只是一种用于网页交互的脚本语言。

1. 随着谷歌V8引擎、angular和reac等前端框架的出现，前端与后端分离的趋势越来越明显，节点也越来越多。JS等技术 发展使得JS在服务器端迸发出非凡的活力，成为目前最活跃的语言之一。 服务器语言 如果您不是专业的后端开发人员，后端开发可能会很困难，学习曲线也很陡峭。但是，仍然建议开发人员学习后端语言。至少他们需要理解通用理由框架和它的代码逻辑。这样既可以实现前端和后端之间的协作，又可以在小程序出现bug时进行争吵。服务器语言有很多，如PHP、Java、Python和ASP。建议开发人员根据公司内部技术的使用情况选择学习。

2. 数据库语言 如果公司的数据量小，架构不复杂，那么数据库语言就相对简单。一般情况下，您可以处理一些常见的命令和常见的问题。公共数据库是免费的 可以应付使用。常用的数据库包括免费的mysql、MSSQL、mongodb、Oracle等数据库。 以上是开发小程序所需的技术知识。如果开发人员只想开发前端页面或后端逻辑，他们可以选择学习上述技术。

3. 合自己的，根据自己的功能需求选择合适的。目前有很多现成的模板可以直接使用，既可以满足要求，又可以节省资金，无需定制开发。这取决于小程序的功能是否丰富。您应该知道创建小程序是第一步。最重要的是利用各种活动来推广和发展你的用户。因此，小程序的营销插件决定了你未来推广的力度。

4. 小程序装饰是否支持自定义装饰。有些小程序装饰风格比较单一，只能根据模板进行装饰。与自定义拖放装饰相比，单调多了。 产品是否成熟稳定，是否经过市场的考验，是否在不断升级。售后服务是否能跟上，一定会遇到一些自己无法解决的问题。您需要技术售后支持。如果服务不能跟上，它只会耽误你的工作进程。价格合理，性价比高。

企业是否需要制作小程序？怎么做企业小程序？

企业是否需要制作小程序？怎么做企业小程序？

首先，如今小程序市场是非常庞大的，企业要想更加长久的发展，就必须顺应市场需求，开发制作自己的小程序。那么到底企业小程序怎么制作呢？

1、提前注册企业小程序账号

此时所需准备的资料包括：小程序名称，企业营业执照，法人身份证件，小程序管理人员姓名及联系方式，以及企业对公账户。

特别是对公账户在后续支付环节未提供的，不能提交支付端口申请。

2、企业小程序的主要功能规划

许多商家认为这是小程序开发公司的事，其实，商家企业比较了解自己的行业和消费者，小程序应该具备哪些功能，商家最清楚，小程序开发公司是在技术实现上帮助商家完善程序细节，使小程序更完整。

3、申请域名，提前备案，申请SSL证书

互联网上提供的任何产品或服务都需要购买域名并完成域名备案才能上线，而且备案时间最快也需要20天左右，因此商家需要提前购买好域名，在哪里购买的域名可以直接在平台上申请备案。

为了保证整个用户的生态数据安全，微信小程序必须使用HTTPS加密协议，而只有申请了SSL证书，才能实现https数据加密请求的业务域名。

4、提前配置服务器

小程序上线前需要购买服务器，然后配置相关的开发环境。服务器一般有两种类型:Windows(适合ASP.NET语言)系统和linux系统(适合JAVA/PHP语言)。具体的服务器配置业者可以根据小程序开发公司的推荐进行选择。

当然还有一种更加简单的方法，那就是来这个在线小程序制作平台这是一款轻巧高效的小程序开发工具，内含官网展示、在线预约等多款预设模板，免代码拖曳式操作即可生成专属小程序，助力企业抓住风口，抢占新流量入口红利，快来试试吧！

taro 怎么集成 android sdk？

【CSDN 编者按】小程序这个由微信带头的产物，格外鲜明地体现了移动互联网的「时机」这个词，早在微信小程序之前，有力推轻应用的百度，有来自 HTML5 中国产业联盟的 DCloud 所主张的流应用，但最终却都已经淹没在了移动互联网的历史长河之中。唯有微信小程序风生水起，更是带动了巨头们的争相入场。

小程序迎来了专属于中国移动互联网的群雄逐鹿的时代。

伴随着QQ 小程序面向用户开放，这个手机端月活 7 亿的巨无霸正式入场。小程序，终于成为了超级 App 的标配。

盘点下已经支持小程序的超级 App：

微信、企业微信、QQ、支付宝、高德地图、手机淘宝、百度、百度贴吧、百度地图、今日头条、抖音……

这些璀璨耀眼的名字，背后都是巨大的流量。

在这群超级 App 的支持下，中国的移动互联网格局被彻底改变。

这个有中国特色的移动互联网时代，被称为“小程序时代”。

这是继手机支付后，中国的移动互联网领先世界的第二个代表事物。

中国的技术标准、开发者生态，第一次得到大规模的普及应用，而且很明显，小程序在功能和体验上均超过了 HTML5。

中国人能建立开发者生态吗？这个命题曾一度让人怀疑。

小程序完成了这一步突破，这是一场值得歌颂的中国技术生态发展史。

让我们来回顾下这场技术生态革命，是如何开始，又将要去向何方。

罗马不是一天建成的

小程序不是一天发明出来的

HTML5 于 2007 年在 W3C 立项，与 iPhone 发布同年。

乔布斯曾期待 HTML5 能帮助 iPhone 打造起应用生态系统。

但 HTML5 的发展速度并不如预期，它虽然成功地实现了打破 IE+Flash 垄断局面的目标，却没有达到承载优秀的移动互联网体验的地步。

于是在 iPhone 站稳脚跟后，发布了自己的 App Store，开启了移动互联网的原生应用时代。

随后的 Android，本来是基于 Linux 的 OS，与之同期的 MeeGo 等竞争对手采用 C + HTML5 的双模应用生态策略，然而 C 的开发难度太大，HTML5 体验又不行。Android 依靠 Java 技术生态，在竞争中脱颖而出。

于是在移动互联网初期，应用生态被定了基调 —— 原生开发。

在那个时候，硬件不行，也没有其他办法，原生开发才能在低配硬件上带来商用体验。

但大家都在怀念 HTML，那种无需安装更新、即点即用，直达二级页面的特点，一直让人迷恋。

图源：CSDN 付费-自东方 IC

国内有一批做浏览器的厂商，尝试去改进 HTML5，他们提出了轻应用的概念。

通过给 WebView 扩展原生能力，补充 JS API，让 HTML5 应用可以实现更多功能。

不过这类业务没有取得成功，HTML5 的问题不止是功能不足，性能体验是它更严重的问题，而体验问题，不是简单地扩展 JS 能力能搞定的。

这类业务发展的顶峰，是微信的 JS SDK。

作为国内事实上最大的手机浏览器，微信为它的浏览器内核扩充了大量 JS API，让开发者可以用 JS 调用微信支付、扫码等众多 HTML5 做不到的功能。

微信 JS SDK 说明文档

但微信团队对这套方案的体验仍然不满意，微信钱包栏目里打车、理财等很多应用虽然嵌入了 JS SDK，但每次点击要等半天白屏，让人用着很痛苦，他们在业内开始寻找新的解决方案。

业内早有专业团队看到了相同的问题。

与浏览器不同，Hybrid 应用是另一个细分领域。它们为开发者提供使用 JS 编写跨平台应用的工具，为了让 JS 应用更接近原生应用的功能体验，这个行业的从业者做出了很多尝试。

笔者所在的 DCloud 即是其中之一，我们提出了改进 HTML5 的“性工能”障碍的解决方案 —— 通过工具、引擎优化、开发模式调整，让开发者可以通过 JS 写出更接近原生 App 体验的应用。

多 WebView 模式，原生接管转场动画、下拉刷新、Tab 分页，预载 WebView……各种优化技术不停迭代，终于让 Hybrid 应用取得了性能体验的突破。

Hybrid 应用和普通的轻应用相比，还有一个巨大的差别：一个是 Client/Server，一个是 Browser/Server。简单来说，Hybrid 应用是 JS 编写的需要安装的 App，而轻应用是在线网页。

C/S 的应用在每次页面加载时，仅需要联网获取 JSON 数据；而 B/S 应用除了 JSON 数据外，还需要每次从服务器加载页面 DOM、样式、逻辑代码，所以 B/S 应用的页面加载很慢，体验很差。

可是这样的 C/S 应用虽然体验好，却失去了 HTML5 的动态性，仍然需要安装、更新，无法即点即用、直达二级页面。

那么 C/S 应用的动态性是否可以解决呢？对此，我们提出了流应用概念，把之前 Hybrid 应用里的运行于客户端的 JS 代码，先打包发布到服务器，制定流式加载协议，手机端引擎动态-这些 JS 代码到本地，并且为了第一次加载速度更快，实现了应用的边-边运行。

就像流媒体的边下边播一样，应用也可以实现边用边下。

在这套方案的保障下，终于解决了之前的各种难题：让 JS 应用功能体验达到原生，并且可即点即用、可直达二级页面。

如今看来，这已经变成了常识。但在当年，先驱们做了无数艰辛探索。

这套技术，需要让客户端引擎提前预置在手机上，就像流媒体的普及，建立在 Flash 的装机量巨大的基础上，那么普及这个客户端引擎就变得很重要。

2015 年，360 和 DCloud 合作，在 360 手机助手里内嵌了这个客户端引擎，推出了业内第一个商用的小程序，360 称之为 360 微应用。

微应用实现了在 360 手机助手的应用-页面，同时出现了“秒开”按钮，点击后直接使用。

并且在 360 手机助手的扫码里，应用的分享里，都实现了扫码获得一个应用，点击分享消息获得一个应用。

在 360 手机助手 3.4 版本中上线的中国第一个小程序

为了做大生态，DCloud 把这套技术标准，捐献给了 HTML5 中国产业联盟，随后，联盟开始推动更多的超级 App 和手机厂商加入，共同推进动态 App 产业的发展。

然而事情并不顺利，巨头们有自己的利益诉求。虽然有一批厂商同意加入联盟共建生态，但最关键的角色，真正的国民应用“微信”，最终决定自立标准、自研引擎，当然技术原理与流应用是基本一致的。

2016 年 1 月 11 日，微信公开课，张小龙罕见露面，公布了微信应用号的计划，为这个大事件亲自站台。

2016 年 9 月 21 日，微信宣布更名应用号为小程序，面向首批开发者内测。从此，这个词被正式定了下来，“小程序”，成为后续一个时代的代名词。而“流应用”、“微应用”则淹没在历史长河中成为一个令人唏嘘的故事。

2017 年 1 月 9 日，微信公开课，小程序面向用户正式推出。

从此后，阿里巴巴、手机厂商联盟、百度、今日头条，陆续推出了自己的小程序平台，其中也有很多波折与故事，在有偶然、有必然的过程中，形成了今天的局面。

小程序大潮卷入了更多人，并形成了更大的浪潮，最终迎来了不可逆转的小程序时代。

生态难，难于上青天

发明能解决功能体验和动态性的技术方案，虽然难，但不是最难的事情。

最难的是开发者生态的建设。

最初 HTML5 中国产业联盟的策略是在 HTML5 上扩展强化，复用现有的 HTML5 生态。

当微信的标准完全自立重建时，业内人士都悬着一颗心。

在全球，基于 Web 的技术生态已经非常成熟，各种开发工具、框架、组件、模板...提升着开发者的效率。

小程序丢弃了国际标准组织 W3C 的 DOM 和 Window 标准，仅仅采用基础 JavaScript。这意味着 HTML5 生态的各种轮子无法复用，要完全重造一个新的小程序开发生态。

当初微信推广 JS SDK 时，是那么地顺其自然，开发者纷纷开始使用，因为对于开发者，只是在他们的 H5 版本上补充一些 API 而已。

而小程序初期，充满了开发者的质疑声：我的业务迭代那么久，让我重新做一个版本，你的生态到底能不能支撑我的投入？

微信用持续而快速的版本升级、高管的站台，告诉大家微信做小程序的决心，并最终通过 2017 年底的跳一跳，引爆了小程序。

从此大家的问题不再是我要不要做小程序了，而转向了：既然要做，怎么才能提升小程序的开发效率、降低开发成本？

任何一种技术，或者开发模式的演进，在不断成熟的过程中，都遵循着类似的成熟规律：

技术标准 - 基础平台 - 开发工具 - 培训市场 - 框架诞生 - 周边生态逐步完善 - 轮子之上的轮子

在 HTML5 生态里，已经发展到最终极的形态，比如 Vue 是一个重要框架，而基于 Vue 的各种丰富的 UI 库、测试框架，则是轮子之上的轮子。

多层轮子代表着生态的繁荣，也意味着开发者的开发效率更高。

可微信的全新标准出现时，它把开发者推回了原始社会，一切都要重来。

这在当时看来，并不是一个必然会成功的事情（其实直到现在，比如图表类轮子，小程序仍然比不过 HTML5）。

时至今日，讨论这个标准的选择对错已经没有意义。当支付宝、百度、今日头条都开始参考这个标准做小程序时，时代已经不可阻挡。

所幸，最终的结果是，中国人做成了。在国际标准之外，在中国，终于建立起了自己的技术生态。

并且这个生态，给用户带来了更好的体验，给开发者带来了更多流量和变现效率的提升，这是一个比 HTML5 更优秀的生态。

野蛮的技术生态成长速度

两年时间，中国的小程序开发者如何从原始社会进阶到现代文明？这也是一段有趣的历史。

我们来看看小程序技术生态是如何快速成长，走完上面所说的这套技术成熟路线，也就是从技术标准到轮子之上的轮子的。

在 Web 世界里，已经成熟到了原生 JS 用量很少的时代了，开发人员大量使用 Vue 等框架，并且在 Vue 的基础之上，又有更多轮子。

当中国的开发人员面临重头开始时，他们感受到效率对比的差距，既然时代已不可阻挡，那就拥抱它。勤劳的中国技术人开始蓬勃地建设起了小程序各种周边技术生态。

其中比较重要的是开发框架的迭代，我们看看每个小程序开发框架为什么会诞生、流行和衰落。

最初的微信小程序，一片荒蛮，一份文档 + 一个难用的 IDE，很多效率工具比如 npm、预处理器这些都不支持，而这些已经是大型项目离不开的工具。

于是，第一个标志性的框架出现了 —— WePY。

WePY 紧随微信小程序在 2017 年发布，原本是腾讯其他部门的一个个人工程师的作品。在那个年代，WePY 有效地解决了小程序不支持 npm、预处理器的痛点，被引爆后，腾讯官方才把这个框架收编到官方的 GitHub 下。

不过WePY也面临很多问题，它使用了私有语法，这让它在生态建设上面临很大难度，IDE 着色、语法提示、语法校验、格式化、人员招聘培训等各方面问题制约着它的流行和普及。

面对这些问题，人们开始思考，有什么更好的方式，可以复用现有技术生态来快速完善小程序生态？

这时候下一个重要框架借势诞生，美团前端在 2018 年初开源了MPVue。

MPVue 采用 Vue 语法来开发小程序，通过对 Vue.js 的底层改造，实现了编译到微信小程序。

MPVue良好地借助了 Vue 的技术生态，周边工具如 IDE、校验器、格式化等支持直接复用、人员招聘培训等生态建设压力大幅下降，受到了大量开发者的欢迎。

看着熟悉 Vue 的开发者终于有了趁手的轮子，那熟悉 React 的开发者怎会无动于衷？

京东团队是 React 的重度用户，还自研了 JDreact，于是他们开发了 Taro 框架，一款基于 React 语法编写小程序的框架。

但 Taro 并不是想简单做一个MPVue在 React 世界里的翻版，Taro 相比MPVue，想要解决更多重要问题。

Taro 面世较晚，此时微信、支付宝、百度、头条都已发布或宣传了自己的小程序，开发者面临一个多端开发和适配的问题。

于是 Taro 率先支持多端开发，它甚至还能发布到 H5 和 App。

当时小程序领域还有一个重要变化，微信开始支持小程序自定义组件。

组件是一个成熟框架不可缺的东西，不管是 Vue 还是 React 都有丰富的组件生态。

在过去，MPVue时代，是把 Vue 组件也编译成页面模板，这带来一个很大的性能问题，在复杂页面里（比如长列表）使用组件，更新组件状态会导致整个页面的数据全部从 JS 逻辑层向视图层通讯一次，大量数据通讯会非常卡顿。

注意：小程序的逻辑层运行在 V8 或JSCore下，和视图层是分离的，通讯阻塞很容易引发性能问题。

于是 Taro 把 React 组件编译为新出的微信小程序自定义组件，这种组件在数据更新时，只会更新组件内部的数据，而不是整个页面更新数据，从而大幅减少了数据通信量。

这一轮的后浪推前浪很猛，Taro 在性能和多端支持上，都超越了MPVue。

看着 React 阵营取得如此成绩，Vue 阵营自然会继续追击。

我们基于 Vue 开发了 uni-app，它实现了自定义组件编译模式，并在算法上做了很多优化。另外，之前MPVue对 Vue 的语法支持度不太完善，比如过滤器等不支持，在 uni-app 中我们进行了解决。

同样，uni-app 也看到了前浪的其他问题：Taro 虽然迈出了多端的第一步，但多端支持能力比较弱，每个平台仍然各自开发大量代码。核心原因，是Taro 在 H5 端和 App 端，并不是一个完整的小程序技术架构，无法保持最大程度的统一。

于是 uni-app 在 App 端，使用了一个技术架构相同的小程序引擎，本身就可以直接运行小程序应用，这个引擎搭配小程序代码打包为 App，开发者一行代码不用改，可以同时发布小程序和 App。

当然，其 App 引擎从 Hybrid 应用起家，它提供的 API 要比小程序多很多，因为 App 的需求会比小程序丰富，它还支持把 WebView 渲染引擎替换为 Weex 渲染引擎。

之后 uni-app 又发布了 H5 版的小程序引擎，原理与小程序的 PC 模拟器相同，实现了良好的跨 H5 版的发布。于是 uni-app 比较完美地实现了开发一次，7 个平台发布。

第一层轮子就这样迅速发展了起来，Web 世界里最成熟的 Vue、React 技术生态被导入了小程序开发生态中。然后轮子之上的轮子开始如火如荼的建设。

以 UI 库为例，之前的 UI 库，有 Vue 库、React 库，有 PC 库、H5 库和小程序库，种类繁多，甚至说混乱。

比如在 Vue 阵营中，Vant 和 iView 这两个 UI 库，都是同时维护两个版本，它们即有 H5 版，又有小程序版。

不止框架作者麻烦，开发者想在多端使用这些 UI 库时，会发现在不同端还需要引入不同的 UI 库，写法都不一样，这让开发者很崩溃。

既然已经可以多端开发应用，于是在多端开发的领域里，开始出现轮子之上的轮子，多端 UI 库。

首先是 Taro 推出了 Taro UI，实现了 H5 和小程序 UI 库的统一，不过可惜 Taro UI 不支持 App 端。

然后 uni-app 推出了 uni UI，这个 UI 库同时支持多家小程序、H5、App。

由于 uni-app 和 MPVue 同属 Vue 阵营，它们的组件是互通的。于是这两家联合举办了一场插件大赛，建立了插件市场。

在中国的前端开发者领域，有很多和国外不一样的地方：一个是国内有小程序，第二个是国内 Vue 的开发者体量远超过 React 和 Angular。这里面很大的原因，是 Vue.js 的作者尤雨溪，是中国人。

Vue 和 React 百度指数对比

在庞大的 Vue 用户体量支持下，uni-app 和 MPVue 的周边生态迅速发展起来，开发工具、周边轮子、教育培训等生态快速完善。目前在 Vue 阵营下，开发者在 Web 生态下所需的轮子，在多端开发下基本也都有了。

短短两年时间，小程序开发生态里几拨迭代，轮子之上的轮子不断涌现，快速进入了成熟期。

结语

产业还在继续发展，每当底层有重大技术变更时，上层框架世界就会发生新机会。

当年 HTML5 标准不统一，浏览器兼容性问题严重，诞生了 jQurey 的机会。而在移动互联网下半场，浏览器兼容已经不再是核心问题，jQurey 的地位被更适合移动互联网的 Vue 替代。

我们不知道未来还会有什么新的框架出世，但我们知道方向：

对于开发者而言，总是会向着更高的开发效率、更高的性能、更高的投入产出比前进。

对于开发商，目前的小程序，虽然发展了 2 年，但流量增长空间仍然巨大，微信之外，很多超级 App 的势能将逐渐释放，整个小程序产业的日活总量有数亿的提升空间。

如果开发商能追上这拨红利，就能获得更多增长。而多端框架的出现，可以帮助开发商更好的把握这拨红利。

中国的技术发展，此刻正在经历一个分水岭，从全面的技术进口，到开始建设自己的标准和开发者生态。迟早，会开始向外输出，引领世界的进步。

不管中美是否开打贸易战，这一转变都是必须做的事情。

中国的移动支付、小程序、5G，很多领域已经走在了全球前面。中国人发明的 Vue 已经在影响全球。

虽然还有很多困难仍需克服，但我们每个开发者，都是新时代的见证者，更是新生态的建设者！

百度小程序有什么特点？

百度小程序有什么特点？从五个方面来看

在体验上，百度智能小程序可以与百度搜索引擎无缝衔接，用户在使用智能小程序时，与自身长期养成的搜索习惯完美匹配，体验更加自然。

在技术和功能上，百度智能小程序全面接入“百度大脑3.0”，开发者几行代码就可以调用，百度通过开放数据、算法、算力，让“小程序+AI”有了更大的想象空间，比如智能交互领域的语音控制、语音播报、卡证识别、人脸验证等组件的开放，在一定程度上，使智能小程序有了更加丰富有趣的交互体验。未来，开发者将重新回到业务理解与创意的赛道。

在生态上，百度智能小程序将于2018年12月全面开源，未来智能小程序不仅可以运行于百度系App上，还将可以运营于哔哩哔哩、58同城等外部合作伙伴App上；同时，其他平台的小程序，比如微信小程序、支付宝小程序，都可以一键嫁接到百度智能小程序内，百度正在打造更加开放的小程序生态链条。

在商业化能力上，流量是商业的根本，百度首批共开放了12个流量入口，为开发者业务成长注入新的势能。

在流量分发机制上，百度官方为广大开发者提供了流量激励制度，在小程序上线后，百度官方将根据小程序的数据表现、用户消费场景、用户的需求程度等多方面因素，对开发者的小程序进行分级定义，目前，百度官方制定了X1-X5五个等级划分，等级越高的小程序将作为百度官方后续重点合作和扶持对象，给予流量上比较大的倾斜。

未来，如何深度挖掘用户的消费场景，将百度赋予的AI能力与应用场景深度结合，将是每一个开发者首要思考的问题。

qq小程序基础引擎加载失败怎么办qq小程序错误无法运行解决方法

1、方法一：应该是QQ游戏软件被破坏造成的。请先退出QQ游戏后重新登入。如果还是不行。建议先完全卸载原先的游戏大厅及所有QQGAME游戏（建议从添加删除程序处进行完全卸载），再登陆游戏进行尝试。

2、方法二：清除手机缓存

平板的QQ小程序在哪？

2016 年 9 月，微信小程序邀请 200 位开发者内测，有中国特色的移动互联网大幕徐徐拉开，小程序时代汹涌而来。

阿里、百度、头条、手机厂商陆续跟进，而在 2019 年 6 月，QQ 小程序也终于到来。

QQ，可不是普通的超级 App，它是有 7 亿手机端月活的、中国第二大 App。

并且 QQ 掌握了中国最大的年轻人社交流量，这让人忍不住想一探究竟。

我们关心 QQ 小程序，最关心的一是入口，即流量层面、二是开发，即技术层面。

我们先来看流量层面

大多数开发者看待一个平台，第一个问题就是：有没有量？有没有留存？

先提供个调研数据，笔者采访了几个已经上线 QQ 小程序的开发者，对这个平台普遍持正面评价。一个健康类小程序，并非推荐榜单前 10，仍然取得每天新增 5 万用户的好成绩，留存和微信小程序也差不多。当然也有开发者表示刚刚上线还没什么流量。

然后我们再来分析下 QQ 小程序当前的入口形式，目前 QQ 小程序仅 Android 版支持，主要入口包括首页下拉、右上角菜单、动态选项卡、聊天、QQ 空间、搜索、小程序中心、QQ 钱包。

首页下拉、右上角菜单、动态选项卡

与微信相比，比较大的入口方面差别如下：

少了 2 个入口：

QQ 不支持扫码，也就是线下小程序与 QQ 无缘。想想也是，论扫码的教育，人们首先想到的都是微信和支付宝，面对一个码，很难想起来启动 QQ 去扫码。

QQ 搜索小程序只能搜名字，还不支持内容搜索。比如搜索“复仇者联盟 4”，在微信里可以直接搜索到小程序内部的内容，点击后启动小程序。而 QQ 还没有对接这套搜索引擎过来。同样，QQ 排低搜索内容的优先级，和过去的用户习惯教育有关。并没有很多人习惯在 QQ 里搜索“复仇者联盟 4”这类内容。

搜索

从扫码和搜索的差别来看，不得不佩服微信。这个国民应用远不止是聊天工具，它成功地教育了用户扫码、支付、搜索的习惯，QQ 虽然是中国第二大超级 App，但用户习惯教育方面的段位，确实比微信差不少。

多了 2 个入口：

QQ 多了一个 QQ 空间分享。QQ 空间类似于朋友圈，是好友动态的一个信息流。很多年轻人并不把自己的动态发到朋友圈，而是只发到 QQ 空间，和他的年轻朋友们互动。微信朋友圈一直没打开小程序入口，这次 QQ 倒是比较开放，拿出了这个重要的流量。

小程序中心。这是一个中心化的小程序推荐入口。提供了排行榜机制，帮助用户了解热门的小程序或小游戏。

QQ 空间、小程序中心

分析这 2 个多了的入口，对比可以看出，微信的理念很独特，去中心化模式发展生态、保持克制，限制开发者营销而避免打扰用户。这种产品理念，全中国可能也只有微信能坚持，同为腾讯旗下的 QQ 并不敢这么玩。

我们再观察下小程序中心里推荐的热门小程序，会发现：

QQ 非常重视小游戏，这本身也符合 QQ 的产品调性；

娱乐化、社交化工具很受欢迎。斗图、换有趣的头像、P 图、火星文，很多年轻人通过这些工具，在社交中树立自己的个性形象；

应用内广告很普遍。点开几个推荐的小程序，会发现应用内广告较多。微信对小程序的商业化追求不明显，很大程度是因为微信有支付，小程序帮助微信支付做大数倍体量。但 QQ 没有这个抓手，线下商户服务也收不进来，所以除了重视游戏，也很重视应用内广告。

分析了入口特点，和小程序中心里推荐的小程序，可以看出 QQ 团队看待小程序的思路：

努力在给开发者提供流量；

很重视商业化。

那么对于开发者而言，如果你的业务希望在年轻人里冲一波，有必要考虑下 QQ 小程序。

值得深度运营的入口，一个是小程序中心的推荐位，一个是社交。

把业务包装的好玩点、拼团模式也搬到 QQ 中来，有机会在年轻人的群里或 QQ 空间里引爆。

分析了流量层面，我们再来看看技术层面。

技术层面

QQ 小程序的 API 与微信是一模一样的，JS API 前缀也仍然是 wx.xxx。

从实现来看，是微信小程序的子集，或者说早期版本，再过段时间，应该能接近追起微信的水平。

与微信小程序相比，比较重要的缺失包括：

扫码、iBeacon、NFC、Wi-Fi、发票抬头等线下常用的场景涉及的 API，基本都没有；

还有一些不是场景问题，只是优先级问题，目前精力有限，先放弃了，以后应该会慢慢补上，比如直播、截屏事件、Socket、模板消息、用户反馈；

视频组件很弱；

小程序插件、云开发是不支持的。小程序插件这个可能短期内也不会被支持，云开发按照腾讯推广云的力度，应该后续会补充上的。

QQ 与微信的 API 及实现细节差了这么多，可以看出这两个平台仍然存在兼容问题，毕竟是不同团队的作品。

一个公司多个超级 App 都内嵌小程序引擎其实很常见，百度、头条，都是有一个专门的部门负责小程序引擎输出，比如今日头条和抖音，使用的小程序引擎是一样的，也不会有 2 套开发者工具。

阿里曾一度混乱，现在也逐渐理顺，支付宝、高德地图也复用相同的引擎和相同的开发工具。

但微信和 QQ 没有这种引擎和工具复用的机制，也没有一个独立的引擎部门。开发者需要注册不同的账户、-不同的开发工具、编写不同的代码、发布到不同的平台审核。

对开发者而言，这就意味着多一套维护成本，开发、升级、测试、运营，都需要投入新的精力。

开发者可以用微信版小程序，先改出一个版本提交到 QQ。

但是后续升级维护呢？2 套代码各自更新升级？

都是搞技术的，这么傻的事情可做不出来。那对于开发者，是否能一套代码多端发布？每个平台的特色代码和公用部分的更新都能取得良好的平衡？

有需求自然有解决方案，业内已经有不少成熟的多端开发框架了，也及时的支持了 QQ 小程序，比如基于 Vue 的 uni-app（cli 版）、基于 React 的 Taro 等，具体可以去搜下评测。

很多开发者对多端框架有个顾虑，无法支持不同平台的特色功能和运营服务，这里还是多说两句，其实并不存在这个问题，像 uni-app 的条件编译扩展的已经非常灵活了。

结语

经过将近 2 年的发展，小程序已经成为超级 App 的必备，是他们构建生态的重要武器。

生态之争，高于产品之争，生态的粘性、商业价值，也远大于普通产品。

很高兴中国的互联网巨头们，已经晋级到这个段位的赛事。

盘点下已经支持小程序的超级 App：微信、企业微信、QQ、支付宝、高德地图、手机淘宝、百度、百度贴吧、百度地图、今日头条、抖音……

都是璀璨耀眼的名字，每个名字背后都是巨大的流量。

这对开发者来说，是机会，也是挑战。

但不管是什么，中国的开发者们，已经不可逆转地走入了一个新时代：小程序时代。

这是全球都不曾有的中国特色，这是中国的技术标准，并且很明显，在功能和体验上超过了 HTML5。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。