Crowwork开发历程 [代码]本文参加2019年「大赛文章征集」征文活动 [代码] [图片] [代码]最初听说微信小程序大赛，是在去年第一届微信小程序大赛进行的时候。当时，仅仅会一些算法的我，还没有勇气报名参赛，但是看了看官方给出的开发教程，突然感觉微信小程序开发挺好上手，暗自将这个比赛记在心中，想着：明年如果还有这个比赛，一定要报名参赛。 到了今年三月份，微信公众号突然推了一条推送，是开赛通知！我兴奋地打开推送，发现今年的比赛规程有些许变化。今年的比赛不仅有小程序比赛，还开通了小游戏开发比赛。官方也出了一个小游戏开发视频教学。带着求学的干劲和探索的好奇心，我把小游戏开发的教程看了一遍。比较小程序和小游戏的体验以及小程序和小游戏开发过程，一番比对后，我决定要报名小程序开发。 有了我自己对比赛的认识之后，我开始寻找队友。比赛规程中规定：大赛每支队伍至少1个人，最多4个人。以我对自己清晰的认识，我一个人应该坚持不下来将小程序独立开发出来。于是，我想到了高中与我”分道扬镳“的两位同学，一位来自网络工程却“走火入魔”对前端开发情有独钟，写过几个网页，有html，css，js基础，有些项目经验；一位来自软件工程学过后台运行原理，但没有用过node.js也不会云开发。找到这两位后，本着“三个臭皮匠，还缺个诸葛亮”的精神，我们开始寻找UI。但是，直到现在UI还没有出现！ 找到队友后，我们开始起草开发什么，我们一致认为，好的idea是比赛的关键。我们的观点是：开发的小程序要结合小程序的使用特点。一方面，要具有非常准确的目标性，不能有过于繁琐的功能。结合这点要求，我们开始体验好的小程序是怎么样的。通过一段时间的体验，我认为最好的小程序是腾讯开发的《乘车码》小程序，功能简单，应用市场大。我们认为，小程序之所以用小程序，而不是开发单独的一个app，最大的一个特点就是使用便捷、功能单一。 另一方面，小程序得实用，需要有较大的市场前景。如果开发一款小程序只是为了比赛，我认为没有较大的意义。开发完后如果能上线运行，给用户体验到小程序的样子，我们开发者心中会有一种自豪感、成就感。本着这个目标，我们开始寻找哪些方面的小程序很需要，但是还没有一款比较好的小程序上线。最后，我们发现，国外市场比较火爆的upwork，市场外包这一领域，小程序涉及的比较少。 [代码] [图片] [代码]有了这一思路的想法，但是，怎么设计才能让这种比较冗杂的信息符合小程序的特点，功能单一、界面简洁呢？这个问题困扰了我们很久。期间，我们也找了许多外包方面的app、网站、小程序来参考，认为没有一款做的比较符合我们心中的想法。突然，我脑中浮过一丝想法：每个人找外包工作基本就是那一类，我们仅推送那一类的工作不就界面简单、功能单一了吗。 找到开发方向后，我们开始了技术开发！ [代码] 初识Crowwork [代码]第一次了解众包工作模式的时候很惊喜，我们有一种打开新世界的感觉，三个涉世未深的少年，2 年的学习、了解经验，为Crowwork投入也有三月有余，过程真是挑战巨大，研发中也是饱含艰辛。 我们想做的，很简单，就是想推出一款极具创新感的小程序。正是我们对创新的孜孜追求推动着我们开发的前进，加快了我们开发小程序的步伐。看到这个报告的出现，我真是莫名激动，感觉自己是走在正确的路上，这条路上还有其他优秀的小伙伴。我们所做的任何探索，其实都是大学生对于工作模式的进一步认识，不管是996、5*8也好、2-4也好，这些肯定不是工作模式的最好表现，我们只是希望能在人类工作模式上，留下点创新的探索。 所以在这里，我想分享一些在开发过程中的一些思考和探索，以供参考。文以载道当社会进步发展到一定阶段，一定要有相应的工作模式与之相匹。当青少年不愿意接受拘束的工作环境时，其实我们应该变换一种形式，让全新的工作模式走进传统企业的视野，这是社会发展的必要条件。 众包的任务通常是由个人来承担，但如果涉及到需要多人协作完成的任务，也有可能以依靠开源的个体生产的形式出现。现今众包模式已经对美国的一些产业产生了颠覆性的影响：一个跨国公司耗费几十亿美元也无法解决的研发难题，被一个外行人在两周的时间内圆满完成；过去要数百美元一张的专业水准图片，现在只要一美元就可以买到。有人惊呼我们将迎来众包时代，众包将成为外包的终结者。 现在有一些互联网弄潮儿采用众包模式，让供需双方直接对接，全球化协同作业，第三方资金托管模式，保障双方权益，权威专家测评。以易绚网为例本着解决项目纠纷，一对一专属项目经理全程把控，帮助有模型制作需要的企业提供人才与技术服务。这是众包工作模式好的方面，所以，要让更多领域的企业和人们了解、尝试、加入这个工作模式，来感受众包的优越性。 所有项目开发成员其实都有一个信念：感受到时代的蓬勃发展，展现出众包模式的优越之处。 为实现中国梦的伟大愿景而努力工作。 [代码] [图片] 小程序简介 [图片] [代码]Crowwork小程序是基于国外upwork网站下的一款集人力外包服务及社交、赚钱功能于一体的小程序。 在小程序里，每位用户既可以网罗身边的海量外包信息，又可以发挥自媒体的价值创造可观收益来赚钱，同时新颖有趣的社交功能和与同行大佬之间的专业交流将每位用户紧密联系在一起，一边赚钱，一边畅享生活。 [代码] 总包模式的出现 [代码]虽然众包这一术语主要用于形容网络行为，但是追溯回历史，一些事件我们今天也可以形容为众包。 1714年 --- The longitude Prize: 英国政府为了知道在海上的船只的经度位置，在群众中集思广益，并且宣布给给出最佳方法的人金钱奖励。 1783年 --- 路易十六提供奖励给能够用最经济实惠的用海盐方法制造成碱的人。 1957年 --- Jørn Utzon的设计赢得了悉尼歌剧院众包的设计比赛。 2009年 --- Waze, 以社区为中心的GPS的app，允许用户提交实时路况信息，比如报告交通堵塞或者交通事故，提交信息后所有使用此app的用户将能及时看到路况消息。 [代码] [图片] 中国众包工作模式的特点 [代码]中国企业将众包作为一个新的商业模式，将在企业生产者与消费者之间创建一种新的联系， 中国当前的众包应用的范围较少，局限在广告词，商标等一些范围的设置，仍未将之提升到公司战略高度。 尚未确立为一种新的商业模式，当前在中国众包只作为信息服务的中介机构。 将众包与外包进行对立的看待，认为有众包就不能有外包。其实众包是脱离于外包的一种形式，两个模式应该互相合作互相配合。 [代码] 小程序的应用场景 [代码]众包是一种分布式的问题解决和生产模式。问题以公开招标的方式传播给未知的解决方案提供者群体。用户（这里指众包里的“众”）典型地组成在线社区并提交方案。群“众”还要审查方案，发现最好的。这些最好的方案最后由最先提出问题的一方（众包人，crowdsourcer）所有，并且群“众”中胜出的个人有时会被奖励。有时，这些工作会有不错的报酬，无论是金钱上的、奖励上的或者只是名声和知名度。另外一些情况，胜出者会有智力上的满足感。众包可以通过业余人士或志愿者利用他们的空余时间提供解决方案，或者让专家或小型企业从无人知晓到初具规模。 [代码] 线上场景 [代码]公司提出问题或难题 --> 在互联网上发布和传播问题 --> 公司请求群众给出解决方案 --> 公司提出问题或难题 --> 在互联网上发布和传播问题 --> 公司请求群众给出解决方案 --> 公司获得和拥有胜出的解决方案 --> 公司得利 --> 完成 [代码] [图片] 混合场景 [代码]共享汽车、共享单车、共享民宿、共享充电宝……“共 享经济”已成为时下最为火爆的经济现象之一。“共享物流”模式在物流行业也是大受追捧，尤其是积极抢占“最后一公里”市场的众包物流模式成为行业焦点。 众包物流模式，针对最后一公里市场效率低、成本高的痛点，开发社会闲置运力资源，利用信息化手段来优化配送，提高效率。 [代码] [图片] 众包物流发展现状： [代码]早在7年前，人人快递总裁谢勤就提出了众包物流的概念。2011年，谢勤看到随着电商的迅速发展，快递包裹也越来越多，小区里、大街上、写字楼，随处可见送快递的小哥。谢勤认为传统行业都会向互联网电子商务的方向发展，意味着物流这个行业将会更壮大。 但无论是海上、路上、空中运输，最终的末端配送都需要人力。要如何才能解决这个庞大的人力需求呢？谢勤的想法就是全民参与，于是产生了“众包物流”的概念。 目前，众包物流模式代表性企业有：人人快送、新达达、蜂鸟众包、闪送等，它们的模式各不相同，但都瞄准了最后一公里市场。 人人快送由人人快递更名而来，主要切入同城配送业务，倡导“人人参与”“顺路捎带”的众包形式，通过“自由快递人”的形式整合社会运力资源。 [代码] 技术开发方案 [代码]俗话说只有搁凉的菜，没有搁凉的事，自古以来人们的生活就与工作紧密相连。我们团队认为,随着移动互联网时代的到来，手机外包类小程序行业最具潜力成为未来市场上的一匹多金黑马。外包行业在市场的地位都是永摧不倒。而且如今的外包行业，不仅仅局限于向自由职业者传递一些生产和经营服务的工作，在移动互联网时代的外包行业也带来了一种新的生活方式和工作理念。所以，手机外包类小程序占居消费市场与“劳”相关的入口，拥有巨大的想象空间，发展前景也是光明而又乐观的。 [代码] [图片] 任务概述 目标 [代码]本小程序旨在针对需要发布外包的企业以及需要相关外包信息服务的广大用户(已学生群体以及自由职业群体为主)建设以满足客户基本需求（外包信息发布以及查询，获得最新信息）为基础，提升用户体验（增加互动性和准确性）为目标的新型享型外包信息分享。用户可以通过该小程序查看外包信息，发布外包信息，浏览相关资讯，发表评论，分享经验心得，进行好友分享以及讨论区进行交流讨论。该应用软件管理员可通过以发布信息，管理（修改，删除和增加）外包信息，管理讨论区对该小程序的日常运营进行管理和维护。 [代码] 运行环境 [代码]微信小程序运行在三端：iOS（iPhone/iPad）、Android 和 用于调试的开发者工具。 三端的脚本执行环境以及用于渲染非原生组件的环境是各不相同的： 在 iOS 上，小程序逻辑层的 javascript 代码运行在 JavaScriptCore 中，视图层是由 WKWebView 来渲染的，环境有 iOS8、iOS9、iOS10； 在 Android 上，旧版本，小程序逻辑层的 javascript 代码运行中 X5 JSCore 中，视图层是由X5基于Mobile Chrome 57内核来渲染的；新版本，小程序逻辑层的javascript代码运行在V8中，视图层是由自研XWeb引擎基于Mobile Chrome 67内核来渲染的； 在 开发工具上，小程序逻辑层的javascript代码是运行在NW.js中，视图层是由Chromium 60 Webview来渲染的。 [代码] 数据库介绍 [代码]1) 服务器程序在管理员与用户进行各种操作（创建，收藏，修改，删除，评论外包，删除，创建，评论主题，查看，删除用户）时需要对数据库进行数据提交，即对数据库进行查询与修改：在上面的操作过程中都需要对数据库中的所有表，进行联合查询、修改。 2) 物理数据结构主要用于各模块之间函数的信息传递。 3) 接口传递的信息是用数据结构封装了的数据，以参数传递或返回值的形式在各模块间进行传输。 4) 对于出错信息要返回出错提示给用户，并提供出错信息的处理方法以保证软件运行的可维护性。 [代码] 小程序功能分析 前台功能 [代码]1) 普通用户可以通过该小程序查看外包信息 2) 普通用户可以通过该小程序搜索外包信息（按专业类别，工作类别等） 3) 普通用户可以通过该小程序浏览他人分享的外包信息，经验 4) 普通用户可以通过该小程序注册成为会员（免费注册） 5) 会员可以创建个人外包信息，进行经验和心得的分享 6) 会员可以对其他会员创建的外包信息进行评论，收藏。 7) 会员可以在专门的讨论区发言，与其他会员进行线上交流与讨论 8) 会员可以对个人信息进行管理（修改昵称，修改头像，修改密码） 9) 会员可以对自己创建的外包信息进行管理（修改外包信息，删除外包信息） [代码] 后台功能 [代码]管理员通过后台对外包信息进行管理 (1) 浏览外包信息 (2) 推荐外包信息 (3) 删除外包信息 管理员通过后台对该小程序信息进行管理 (1) 发布一些招聘消息和每日精选的信息 (2) 管理已经发布的信息（有条件的修改和删除） 管理员通过后台对会员进行管理 (1) 查看会员（基本信息，创建的外包信息，发表的言论） (2) 删除会员（严重违规会员） 管理员通过后台对讨论区进行管理 (1) 浏览发言 (2) 管理发言（删除违规言论，推荐优质分享） [代码] 小程序开发性能需求 准时性和及时性 [代码]（1） 小程序处理的准确性和及时性是小程序的必要性能。 （2） 在小程序设计和开发过程中，要充分考虑小程序当前和将来可能承受的工作量，使小程序的处理能力和响应时间能够满足用户对信息处理的需求。 （3） 由于小程序的查询功能对于整个小程序的功能和性能完成举足轻重。作为小程序的很多数据来源，而美食的种类又影响用户的决策活动，其准确性很大程度上决定了小程序的成败。在小程序开发过程中，必须采用一定的方法保证小程序的准确性。 [代码] 开放性和可扩充性 [代码]（1） 小程序在开发过程中，应该充分考虑以后的可扩充性。用户 查询的需求也会不断的更新和完善。所有这些，都要求小程序提供足够的手段进行功能的调整和扩充。 （2） 要实现可扩充性，应通过小程序的开放性来完成，即小程序应是一个开放小程序，只要符合一定的规范，可以简单的加入或减少小程序的模块。通过软件的修补、替换操作来完成小程序的升级和更新换代。 [代码] 易用性和可维护性 [代码]（1） 小程序是直接面对使用人员的，而手机的品牌却是各不相同的。这就要求小程序能够提供良好的用户接口，易用的人机交互界面。 （2） 要实现易用性，就要求小程序应尽量选择用户熟悉的术语和语言界面；并针对用户可能出现的使用问题，提供相应的在线帮助，缩短用户对小程序熟悉的时间。 （3） 小程序应提供方便的方式供小程序维护人员进行数据的备份，日常的安全管理，以及小程序意外崩溃时数据的恢复等操作。 [代码] 赋予工作模式以时代内涵 [代码]最近几年，互联网焕发活力，成为各个行业追逐的热点。如何通过互联网的方式来驱动各行各业的发展？众包模式给出了新颖的答案。 从2009年，以社区为中心的GPS的app，允许用户提交实时路况信息，比如报告交通堵塞或者交通事故，提交信息后所有使用此app的用户将能及时看到路况消息起，众包发展目前已走过 10 年，早在我国互联网行业发展之初，许多新兴企业采取众包模式来为公司解决一些问题，大至为企业谋求转型、小至填写各类调查问卷，几乎所有被顶尖互联网公司都采取有众包模式的工作方式为企业取得利益。 [代码] [图片] [代码]众包模式在全球的发展是一个探索的过程，市场需要更多的时间去积淀和钻研。虽然厂商偏向稳重的策略，但他们对众包模式的应用往往是报以好奇的态度。许多企业开始运用众包模式往往是因为对高端人才的暂时需求，而并不想像传统工作模式一样去招聘高价的员工。因此，众包模式的产生，能够有效地解决那些企业迫在眉睫的问题。 众包模式有广阔的市场空间和无限的潜力，可以相信，在大众创业、万众创新的时代号角的呼唤下，众包模式将谱写新的篇章。[代码]

本文参加2019年「大赛文章征集」征文活动 大家好，我是华南赛区二等奖「Resser 阅见」小程序的开发团队DeveSA的队长。继上一篇高校微信小程序大赛经验分享杂谈流水账般介绍小程序的开发流程，这次我们来谈谈更Deep一点的——小程序的有限与无限。 「有限」和「无限」乍一看是不是很玄乎？让我稍稍剧透一下，这里的「有限」指的是小程序开发和运营上受到的限制，而「无限」则是小程序与生俱来的裂变能力和发展前景。本文的目的不只是简单地罗列这些Pros&Cons，也会根据在比赛中汲取到的经验分享给大家如何越过这些Cons并利用好Pros。 技术层面 wx.request 我相信每一个开发过小程序的developer，都记得大明湖畔的[代码]wx.request[代码]。曾几何时，比赛群里都是大家讨论如何在ddl前搞好备案，又或是ddl前一天匆匆忙忙设置好调试模式。 [代码]wx.request[代码]是微信提供的网络请求接口，限制诸多，有： 只支持HTTPS协议 不能使用IP地址或localhost 不支持8080以外端口 请求的域名必须经过ICP备案 用来鉴权的[代码]api.weixin.qq.com[代码]不能配置为服务器域名 Header中不能设置User-Agent 20个域名限制 而我们开发的「阅见」本质上是RSS阅读器，请求的feed链接都是用户自定义的外链，这些外链有HTTP的，也有没有备案的，数量更是无限的。这不就完美和[代码]wx.request[代码]的限制撞车了吗？ 在这些限制下，很多同学第一反应是匆忙给自己的服务器上证书、上备案，却也不免遇上使用的第三方开放API（如[代码]http://api.github.com[代码]）没上备案的问题。这就引出了更高阶的解决方法——在自己已备案的域名上设置[代码]tracker[代码]域名转发。然而，还有一种更优雅的方法——云函数。 也就是，原本从小程序到目标服务器的过程（上图）中间加入了云函数（下图）。 [图片] [图片] 借助于云函数与小程序得天独厚的血缘关系，小程序配置和调用云函数都十分方便。 云函数使用原生的[代码]request[代码]对传入的网址进行请求： [代码]const request = require('request'); exports.main = (event, context) => { return new Promise((resolve, reject) => { request(event.options, (error, res, body) => { if (error) return reject(error); resolve(res); }) }); } [代码] 小程序端则将原本的[代码]wx.request[代码]封装一下，代码有点长，只给个思路： [代码]wx.vrequest = function (options) { //将options转发到params，过程省略 return new Promise((RES, REJ) => { wx.cloud.callFunction({ //请求云函数 name: 'v-request', data: { options: params }, success: res => { const { result } = res; options.success && options.success(result); RES(result); }, fail: err => { //错误回调 REJ(err); }, complete: options.complete }) }) } [代码] 具体部署可以参考Github上guren-cloud/v-request WXML与富文本解析 解决了[代码]wx.request[代码]的问题，「阅见」遇到的第二个问题就是很多网站不支持RSS全文输出，因此我们计划让「阅见」能得到文章原文的HTML内容输出，再经过富文本渲染，呈现在小程序上。 小程序采用WXML，微信设计的一套标签语言，然而，网页上的富文本都是通过HTML呈现出来的，这样的话，当小程序想显示网页内容时，只能调用[代码]web-view[代码]了，而[代码]web-view[代码]不支持个人类型的小程序…… Butttt，多亏了小程序良好的生态环境，有很多开发者为小程序编写插件和库，其中，有关富文本渲染的就有wxParse和Towxml。其中wxParse已经两年没有更新了，虽然也有各路大神fork改良，但由于RSS获取到的文章千差万别，支持性不是很好（比如代码显示以及[代码]ruby[代码]标签等）。这里我强烈推荐Towxml，除了这个渲染库比较新之外，Towxml还有许多优良特性，比如，官方号称的“极致的中文排版优化”。 Thanks to Towxml，在「阅见」中，用户可以看到排版优良的订阅内容，甚至还能看视频哦。 [图片] 除了Towxml，「阅见」还借助了URL2Article提供的API提取正文内容，其能精准识别网页的正文部分，提取的内容不含广告导航等非正文内容。 [图片] 资源占用 说起小程序，你能想到最合适的形容词是什么？对我来说，就是「小」，这个「小」不只提现在小程序「触手可及、用完即走」的轻量，还有对开发者实在的限制——打包体积不能超过2M，本地缓存上限10M。 [图片] 这对于在大内存时代动辄上百兆代码的coder们来说，无疑是极大的限制。Butttt，在实际编写小程序时，只要有良好的编程习惯，这2M和10M是完全够用的，因为代码包经过了GZIP压缩后压缩率可以达到80%。 话虽如此，在「阅见」中，主要操作都是在小程序端完成的，所以相应的逻辑代码很多，在开发后期我们也的确遇到了代码包超过2M的情况。下面给一些减小代码包的体积的Tips： 小程序中只保存图标需要的图片文件，除tabbar外图标都使用[代码]·svg[代码]矢量格式，不仅体积相比[代码].png[代码]等传统点阵格式小了很多，而且也有矢量图永远高清的优点。 其他静态图片保存在服务器上或托管在图床上，七牛云就是个不错的选择，每个月还有免费的10G CDN流量，访问速度比云开发中的云储存快了不少。 删除测试使用的[代码]console.log()[代码]语句 压缩CSS代码 如果使用了第三方UI框架库，可以删除没有使用到的组件 如果以上Tips还不能解决代码包体积超过限制的问题，可以使用分包。 大部分小程序都会由某几个功能组成，通常这几个功能之间是独立的，但会依赖一些公共的逻辑，并且这些功能通常会对应某几个独立的页面。那么小程序代码的打包，大可不必一定要打成一个，可以按照功能的划分，拆分成几个分包，当需要用到某个功能时，才加载这个功能对应的分包。 使用分包方式加载小程序，能使小程序承载更多的功能与服务；而对用户而言，可以获得更快的加载速度，同时在不影响启动速度前提下使用更多功能。 目前小程序分包大小有以下限制： 整个小程序所有分包大小不超过 8M 单个分包/主包大小不能超过 2M 除了代码包2M的限制外，别忘了还有10M的缓存限制。在刚开发小程序时，我在所有跨页面传参使用的都是[代码]wx.setStorageSync[代码]和[代码]wx.getStorageSync[代码]，不仅拖慢了程序的运行速度，还占用了宝贵了n/10M。其实，对于不需要存储在本地的跨页面传参，完全可以用[代码]app.globalData[代码]来代替： [代码]app.globalData[代码]是全局变量，下次进入的时候，就要重新获取。 [代码]Storage[代码]是本地缓存，除非缓存被清除不需要重新获取。 运营规范 登陆 相信大家对下图的warning都不陌生： [图片] 在之前，小程序可以直接通过[代码]wx.getUserInfo[代码]调起授权弹窗，这一操作虽然很便利，但却被一些开发者滥用，有些小程序一打开就要求授权甚至不授权就不能使用。在考虑到这一点的基础上，[代码]wx.getUserInfo[代码]不再显示授权弹窗，只能用button组件的开放功能调用。引用官方的话： 用户使用登录功能就像“面基”，第一印象很重要。这几个小改动在提升小程序使用的流畅体验、避免用户对数据采集授权担忧的同时，也将驱动用户更乐意尝试使用小程序服务。 因此，好的选择是在用户第一次登陆时“微妙地提示”用户授权登陆，并且在用户未授权时也可以访问到小程序的公共内容。 模版消息 我们知道，iOS上有专门的消息推送机制，而安卓上只能通过让应用后台运行实现24小时接受消息。借助于微信的装机率和使用率，小程序不需要时刻保持后台运行也能让用户接受到消息，这靠的就是微信的模版消息功能。Butttt，为了防止此功能的滥用，模版消息的发送有两个触发条件： 支付：当用户在小程序内完成过支付行为，可允许开发者向用户在7天内推送有限条数的模板消息（1次支付可下发3条，多次支付下发条数独立，互相不影响） 提交表单：当用户在小程序内发生过提交表单行为且该表单声明为要发模板消息的，开发者需要向用户提供服务时，可允许开发者向用户在7天内推送有限条数的模板消息（1次提交表单可下发1条，多次提交下发条数独立，相互不影响） 所以开发者难免会遇到模版消息发送次数不够用的窘况。但根据第二点，小程序每获得一次[代码]formId[代码]，相当于就多了一条模版消息的「命」。简单来说，我们可以将小程序的表单组件进行封装，把用户的交互点击的[代码]bindtap[代码]事件替换为[代码]bindsubmit[代码]，乔装一下小程序中其他功能按钮，当用户点击这些按钮时，就能获取到更多的[代码]formId[代码]。 ⚠️ 不过即便如此，开发者也应该遵守小程序运营规范，不要滥用模板消息。 更新：根据7月25日「微信广告小程序流量主大会」消息，微信小程序将上线「一次性订阅消息」的能力，只要经用户确认，超过七天的模版消息也能送达用户。 总结 小程序脱胎于微信，出生时便自带「降低门槛、充实能力、场景流量、提高转化、交易变现」等强有力的Buff，在电商零售、政务平台多方面可以说是全面赋能，有无限的发展潜能。小程序在方便用户，降低用户使用门槛的同时，也为开发者们提供了诸多上手即用的API和组件。如此强有力的工具想要长青，自然需要在开发、运营上施加限制，此之谓「有限」，而施加限制的目的是建立友好的微信生态体系，实现用户、微信、开发者三方互利共赢，此之谓「无限」。