微信小程序API 客服消息
接入概述接入微信小程序消息服务，开发者需要按照如下步骤完成：1、填写服务器配置2、验证服务器地址的有效性3、依据接口文档实现业务逻辑下面详细介绍这3个步骤。第一步：填写服务器配置登录微信小程序官网后，在小程序官网的“设置-消息服务器”页面，管理员扫码启用消息服务，填写服务器地址（URL）、Token 和 EncodingAESKey。URL是开发者用来接收微信消息和事件的接口URL。Token可由开发者可以任意填写，用作生成签名（该Token会和接口URL中包含的Token进行比对，从而验证安全性）。EncodingAESKey由开发者手动填写或随机生成，将用作消息体加解密密钥。同时，开发者可选择消息加解密方式：明文模式、兼容模式和安全模式。可以选择消息数据格式：XML格式或JSON格式。加密方式的默认状态是明问格式，而数据格式的默认状态是XML格式。模式的选择与服务器配置在提交后都会立即生效，请开发者谨慎填写及选择。切换加密方式和数据格式需要提前配置好相关代码，详情请参考。第二步：验证消息的确来自微信服务器开发者提交信息后，微信服务器将发送GET请求到填写的服务器地址URL上，GET请求携带参数如下表所示：参数描述signature微信加密签名，signature结合了开发者填写的token参数和请求中的timestamp参数、nonce参数。timestamp时间戳nonce随机数echostr随机字符串开发者通过检验signature对请求进行校验（下面有校验方式）。若确认此次GET请求来自微信服务器，请原样返回echostr参数内容，则接入生效，成为开发者成功，否则接入失败。加密/校验流程如下：1、将token、timestamp、nonce三个参数进行字典序排序2、将三个参数字符串拼接成一个字符串进行sha1加密3、开发者获得加密后的字符串可与signature对比，标识该请求来源于微信检验signature的PHP示例代码：private function checkSignature()
$signature = $_GET[&signature&];
$timestamp = $_GET[&timestamp&];
$nonce = $_GET[&nonce&];
$token = TOKEN;
$tmpArr = array($token, $timestamp, $nonce);
sort($tmpArr, SORT_STRING);
$tmpStr = implode( $tmpArr );
$tmpStr = sha1( $tmpStr );
if( $tmpStr == $signature ){
return true;
return false;
PHP示例代码下载：第三步：依据接口文档实现业务逻辑验证URL有效性成功后即接入生效，成为开发者。至此用户向小程序客服发送消息、或者进入会话等情况时，开发者填写的服务器配置URL将得到微信服务器推送过来的消息和事件，开发者可以依据自身业务逻辑进行响应。另请注意，开发者所填写的URL必须以 http:// 或 https:// 开头，分别支持80端口和443端口。
微信号：w3cschoolcn
意见反馈：
联系方式：微信为什么要做小程序 - 微信小程序大全
微信为什么要做小程序发布时间： 小程序对微信发展具有重要的战略意义。腾讯的口号是 “连接一切”，微信的定位是 “微信是一个生活方式”，也就是说在微信的目标是满足生活的方方面面，吃喝玩乐等。可以说 “小程序” 是微信继社交、阅读、支付后的微信第四大应用，小程序推出后，微信的连接生态形成闭环。
无论是社交、互动、阅读、搜索、电商、下载、软件等，一应俱全，微信完全可以组建一张新的互联网。所以，作为战略产品的小程序，微信会不遗余力去推进。
小程序对于微信的企业生态构建有重要意义。11月18日晚上，“微信之父” 张小龙在朋友圈秀了一张照片，图片是一个屏幕碎裂的安卓手机。该部手机桌面上有数个MiniAPP结尾的应用图标，而 MiniAPP 正是 “小程序” 的代号之一，由此表明小程序可以在桌面启动。
这就相当于微信直接跳出了APP之于操作系统的桎梏，将微信生态中的小程序放到了和APP同等的位置。这就大大淡化了APP的优势，也巧妙弱化了应用商店的作用，成为新的规则制定者，使微信再次深度连接企业，是对生态的再一次稳固。
小程序满足了微信不断创新的需求。根据腾讯Q3财报显示，微信和WeChat合并月活跃用户数达8.46亿，是美国人口的2倍。作为国内使用率最高的移动客户端之一，跟更多微信用户一起玩是潮流也是趋势。日益增长的用户对产品创新提出了更高要求，尤其在寡头竞争之下，不断创新异常重要，小程序正是微信产品活力和重大创新的具体体现。
文章来源：小云百科【未经作者本人同意，请勿以任何形式转载】
》》》前言
这是 【认真学编程】 系列的 第4篇 文章(微信小程序入门系列)，欢迎点赞分享、写留言，这些都是对我最好的支持。
本系列适合有一定开发经验的前端Coder，新手慎入。
本文是微信小程序入门系列第一篇文章，主要有以下几点内容：
1. 教程安排
2. 小程序背景及应用场景
3. 小程序优势及局限
4. 入门必备
》》》学习安排
以上顺序可能会有变动。
》》》背景
在PC互联网时代，想必大家都经历过这样的情形：时不时收到软件更新提示，等几分钟甚至更长，下载安装完成后，忘记了登录帐号或密码。还例如公司心接入ERP系统，你电脑就需要安装客户端，每次升级都需要手动下载安装。
在移动互联网时代，同样上演着PC互联网C/S架构无法避免的问题，你的每项需求都需要安装APP，越来越多的APP应用即将占满手机存储空间.
那么有没有一种软件架构既不需要下载安装，又能够提供像客户端一样流畅友好的用户体验呢？
答案是HTML5 + javascript；
》》》什么是小程序？
小程序是一种运行在微信客户端，继微信订阅号、服务号、企业号之后新的微信应用形态，既无需下载安装，又有近似原生应用的体验。&它由javascript+WXML+WXSS混合编写，但不是运行在浏览器之上，所以一定程度上避免了浏览器体验不流畅的问题。
》》》&应用场景
小程序比较适合服务性APP，也就是张小龙所说的用完即走。并不是所有的服务都适用于小程序，但是大部分服务和初创公司都可以接入自己的小程序，如果你的产品有一下特点：
1. 流程简单
可以着手准备小程序版的APP.
流程简单：核心功能，用户可以一步到位满足需要，无选择困扰，无需停留。
低频：用户使用频率，半个月甚至一个月才使用一次，比如出售火车票，话费充值。
非刚需：可以理解为用户可以暂时放弃的需求，例如家政、在线教育、求职招聘、二手买卖、旅游、票务等特定场景。
》》》优势和劣势
1. 有微信庞大的基础用户
2. 无需下载安装和更新
3. 统一了Android、IOS、WP三大平台，一套程序，多处运行。
4. 缩短产品开发周期和和节省人力成本，这一点对初创公司尤为重要。
1. 平台封闭性过高，比如无法接入支付宝，目前只能使用腾讯自家的支付产品。
2. 不兼容某些WEB标准协议
3. 不支持NPM
4. 组件不完善
5. 不能在浏览器运行
6. 苹果会答应吗？
》》》入门必备
1. 一台不那么差的电脑
2. 熟悉HTML、CSS、ES6标准
3. 熟练使用javascript，对flex和redux有了解，你可以轻松掌握小程序。
4. 重要的是要有浓厚的兴趣和持久的学习动力。
这一篇文章向大家介绍什么是微信小程序，以及适用场景，让大家对小程序有大致了解，以便大家在后面学习当中不至于迷失方向。
你可以通过微信小程序开发文档提前学习（https://mp./debug/wxadoc/dev/?t=2）
如果有疑问，你也可以关注我的微信公众号『ITNotes』， 一起交流学习 。
阅读(...) 评论()微信小程序怎么发布 微信小程序提交审核和发布方法流程
- 绿茶文章中心
&&&&&&&&&微信小程序怎么发布 微信小程序提交审核和发布方法流程
微信小程序怎么发布 微信小程序提交审核和发布方法流程
作者：佚名
来源：绿茶软件园
　　微信小程序怎么发布？小程序是一种新的开放能力，可以在微信内被便捷地获取和传播，下文介绍微信小程序提交审核和发布方法流程，一起和小乐哥来了解下吧！
　　微信小程序提交审核和发布方法流程：
　　1、开放注册范围：企业、政府、媒体、其他组织
　　2、开发支持：提供一系列工具帮助开发者快速接入并完成小程序开发;
　　开发文档：介绍小程序的开发框架、基础组件、API及相关开发问题;
　　开发者工具：集成开发调试、代码编辑、小程序预览及发布等功能;
　　设计指南：提出设计原则及规范，帮助建立友好、高效、一致的用户体验;
　　运营规范：介绍微信公众平台小程序的审核标准及运营规则;
　　小程序体验demo：可体验小程序组件及API功能，并提供调试功能供开发者使用。
　　3、接入流程
　　接入流程详细介绍
　　注册：在微信公众平台注册小程序，完成注册后可以同步进行信息完善和开发。
本类推荐本类排行
热门软件热门标签微信小程序正式上线，这是身为程序员的体验
黄玄，Web and beyond
2017 年 1 月 9 号凌晨，看完《星战》回家，发现朋友圈都炸了&&原来是「小程序」如约公测（以下简称小程序）。果然贵圈人都睡得晚啊，一个个大半夜了精神得不行。
截图推荐什么的已经漫天都是了，而且连 「推荐小程序的小程序」都已经出现了，我们就直入正题吧，今天笔者不跟你们聊情怀，就聊体验：
小程序的体验比 Web 更好吗？
体验完利益相关微票儿的「电影演出赛事」后，我在朋友圈里怒发了一条「实际体验小程序的感觉就是完全没有比普通的 web 体验更好&&」，感觉评论里
都受惊了 & &。不过在多体验了几个小程序之后，我觉得我应该尝试更客观的回答这个问题。
1. 在「微信」里，小程序的 Engagement 比 Web 更好。
这当然是毋庸置疑的，我的博客在微信里打开至今都是「非微信官方网页，继续访问将转换成手机预览模式」，然后点击「继续访问」就是「params is error」，我 &^*#.%...
而对于其他在微信中可访问的 web 应用来说，小程序有着自己的搜索入口、抽屉（历史记录），还可以「显示在聊天顶部」，这其实分别对应着 「拉新」、「包活」 与一定的「多任务」支持。尤其是后两者，与
的「添加至主屏」与「出现在 Task Switcher」里异曲同工。
里所说的，「订阅号、服务号、小程序，就是一个个静态或动态的 Web 站点；二维码和消息气泡，一个现实一个虚拟，就是微信提供的超级链接。」
World Wide Web 在微信里是无法访问的，取而代之的是 Weixin/Wechat Wide Web。
值得一提的是，现在微信只会对特定小程序支持模糊搜索，而且据我目测都是诸如京东、滴滴这样的「国家队」。喏，在我地盘这你就得听我的~ ? ?
2. 在「微信」里，小程序的 Capability 比 Web 更好。
当我们在说「小程序的体验是否能比 Web 更接近原生应用」时，我们通常指的就是它的 capability。
先说 UI 性能，截止目前为止，小程序的大部分组件都还是使用 WebView 渲染的，这意味着在大多数组件场景下，小程序的 UI 性能不可能比 Web 更高。但是：
小程序团队非常 tricky 得把力气都用在了刀刃上：每一个使用原生 UI 渲染、或在自定义 WebView 中优化过的组件都对应着 Mobile Web 中的一个老大难问题。比如在 iOS 上让顶部或底部的 Tab Bar "Fixed"，比如视频的自动播放与控制力，比如地图、textarea 等，可以说利用有限的资源显著提高了小程序的可用性。
由于 Web 前端开发者的良莠不齐，小程序通过限定一组 Web 技术的子集，可以很好的约束开发者写出性能与体验不低于基线的代码，这与 Google 的 AMP 异曲同工。（其实这是大家觉得小程序体验比 Web 好的很大一个原因）
由于小程序中的 wxml 与 wxss 都是比较 high-level 的抽象，所以微信团队可以在不影响开发者源代码的情况下，通过升级 Runtime 与组件的实现不断优化小程序的性能，比如完全迁移到类似 React Native 或 Weex 这样的 JS-to-Native 方案。
再说启动性能，这是让大家觉得小程序感知体验比 Web 好的第二个大因素：
由于小程序是打包部署并「安装」的，可以从文件系统中直接启动。以此解决 web 带来的网络延迟与离线时不可访问问题。
最后是 Integration。通过私有的 JS SDK，小程序可以借助微信这座桥梁实现很多以往 Web 并不容易实现的体验。同样，这些改进也非常 tricky，只解决痛点问题：
设备访问能力，文件、系统、网络、GPS、加速计、罗盘&&
「第一公民」能力，最明显的莫过于设置导航条和页与页之间的动画。还有 Android 设备上的「添加小程序到桌面」，其实就是个快捷方式。（图中为猫眼原生应用与小程序）
可惜的是，这些技术里面没有一项是「小程序」首创的，且大都有超过两年的历史：百度的 Blend UI、阿里的 Hybrid 容器、Google 的 PWA/AMP、Phonegap/Cordova、React Native/Weex&&这也是很多技术从业人吐槽小程序在技术上毫无创新的原因。
但平心而论，崇尚「技术服务产品」的腾讯系在产品化上做的真心出色。这也是我为什么在 9 月 21 日知道小程序技术方案时夸赞「兼容并蓄 博采众长 且可持续性发展」的原因，并不是站在技术创新的角度，而是站在微信的角度上，这个决策拿捏在了 sweet point 上。
3. 在「微信」里，小程序不一定比 Web 更好的。
目前我所了解到的（截止 2017 年 1 月 9 日）：
小程序对比 Web，只能通过摄像头扫码，不能分享朋友圈，营销难做，这是 Reach。
小程序中没有真正的超链接与 WebView，完全不能外链，这是 Linkability。如果知乎要做小程序，所有答案里的超链接都只能报废。或者只能像轻芒杂志那样，做一层转码，美其名曰阅读模式。
小程序目前的组件虽然涵盖了大部分场景，但是也明显有很多不能涵盖到的情况，这是 Scalability。
这三点都是可以直接影响到目前小程序的产品形态与设计的。当然，对于微信来说，这三点更多的是决策问题。作为 Weixin Wide Web 这个封闭生态的唯一「浏览器」，微信便是生杀大权。手起刀落之间，小程序的缺点随时可以被弥补，而 Web 的优点也随时可以被抹杀。
但是，现实可能并不会这么简单。我们发现，大部分小程序都只提供了其原生应用或 web 应用功能的一个子集。比如文章最早提到的微票儿的「电影演出赛事」小程序，与钱包里的 web 版本相比，UI 体验好了一点，但是功能大打折扣，还彻底丧失了分享评论到朋友圈的能力。作为「亲腾讯亲微信」的公司之一，这可能只是时间关系。但是对于其他公司呢，尤其是未被腾讯「临幸」过的公司？而这其实对应着另一个更难回答的问题：
小程序值得接入商花多大的力气？
笔者自知无法回答这个问题，所以只能抛砖引玉一下：
具体到每一个 Web 与小程序 PK 的场景：
对于简单体验，小程序的一点点体验提升对比 Web 的跨平台与传播能力没有优势
对于中等体验，小程序体验更好，但需要付出额外的人力资源与开发维护成本
对于核心体验，大家的目标都是拉回自己的主场
如果说阿里的「让天下没有难做的生意」是把话说开来「双赢」，微信「开放」平台和接入商之间的资源互换关系则更像是「权力的游戏」了：微信想借接入商来建立自己的垄断帝国，接入商却想玩暗度陈仓。某种程度上来说，Web 应用是自己的领地，值得在上面建立完整的体验。而小程序，可能会如小程序诞生前的「weixin-specific web」一样，很大程度上沦为拉新立牌坊的工具。
所以我们不妨再加一条：
4. 对于用户来说，小程序可能并不会「够用」，这是 Feature Set。
4. 不在「微信」里，小程序&&
回到问题「小程序的体验比 Web 更好吗？」，我觉得各位看官心里应该会有自己的答案。对于不同的公司，不同的业务场景，不同的盈利方式，不同的团队，我相信这个答案都是不一样的。
But if you trade something off, make sure you get something in return.如果你需要妥协掉一些东西，请务必换回点好处来。
作为一篇「试图做到客观（且非常难）」的文章，如果能对你有帮助，那就算没有白写了。
6. 题外话（这段主观！）
眼见小程序在某种意义上 "polyfill" （大雾）了 PWA，作为一个略有的程序员，笔者也只能叹一句了：
「这不是我想要的未来。」
客官，这篇文章有意思吗？