这个月小程序释放了什么新能力？又有哪些新规则？收藏课程，及时了解小程序开发动态，听官方为你解读新能力。

一开始做 kbone-ui 的初衷是为了减少 kbone 的上手难度，需要提供多端的样式统一的 UI 组件库。现在，微信这边已经有了 weui 公共样式库来支持 Web 端的对外展示，其中，小程序本身基础组件也是由 weui 重构团队来做的。所以，为了达到这个目标，kbone-ui 的方式是以小程序内置组件和拓展组件为对齐目标， 使用 weui 样式提供 H5 和 小程序体验一致的跨端 UI 组件库。 [图片] 主要思路是通过 [代码]Page[代码] 和 [代码]Component[代码] 特有环境变量来区分 小程序 和 H5 的环境： [代码]// 判断小程序端 const ismp = typeof Page === “function” && typeof Component === “function” [代码] 对外按照小程序组件，以 [代码]K[代码] 为前缀暴露一个统一的组件名称，内部H5 端通过 weui 样式来适配，而小程序端直接使用内置组件。比如： [代码]// 对外暴露： <KButton> // 小程序端： <wx-button> // H5 端： <button> + weui [代码] 快速上手 kbone-ui 的第一期工作，已经基本完成。为了让用户快速上手，已经提供如下可以参考的基本信息： kbone-ui 文档 wechat-miniprogram.github.io/kbone/docs/ui/intro/quickstart.html kbone-ui 示例 wechat-miniprogram.github.io/kboneui/ui/ kbone-ui 仓库 github.com/wechat-miniprogram/kbone-ui 现在的 UI 库是基于 Vue，考虑点主要是优先满足团队内部的基础开发和使用。后续会随着生态完善，计划提供对应 React 版本。 kbone-ui 和市面上大部分的其它 UI 库类似，提供了 codeSplit 和全局引用两种方式。 加载全部组件内容，并引入 weui 样式库： [代码]import KboneUI from 'kbone-ui' import 'kbone-ui/lib/weui/weui.css' Vue.use(KboneUI) [代码] 使用按需引入： [代码]import KButton from 'kbone-ui/lib/KButton.js' import KView from 'kbone-ui/lib/KView.js' import 'kbone-ui/lib/weui/weui.css' Vue.use(KButton) Vue.use(KView) [代码] UI 原理 kbone-ui 目前是基于 kbone 来实现的小程序和 Web 端的同构方案。基本方案是通过 [代码]KView[代码] 组件来模拟大部分交互 UI 的功能组件内容，比如像 [代码]KActionSheet[代码]、[代码]KToast[代码]、[代码]KToptips[代码] 等。 另外，考虑到 Web 端和小程序端的差异，kbone-ui 需要对三类组件来进行跨平台实现。 KView(div) 组件: 直接通过 KView + css 的方式来模拟一些常用组件，比如像 [代码]progress[代码]、[代码]rich-text[代码]、[代码]icon[代码]、[代码]ActionSheet[代码] 等。这些实现起来比较容易，可以直接通过 KView 实现两端复用 表单组件: 对于一些表单组件，kbone 默认是直接支持 [代码]input[type=“xx”][代码] 来模拟，不过，像 switch, editor 等还是需要通过 [代码]wx-xxx[代码] 组件来针对特有平台调用。 视图组件: swiper, picker-view 这类在 View 层具有强 UI 交互的组件，很难做到两端通用。主要小程序是双线程模型，用户自定义组件无法独立运行在 View 层。对于这类组件，只能通过 Web 端向小程序端同属性适配的方式来做。 最近 kbone-ui 的版本更新还加上了，比较重要的三个视图层组件：swiper、movable-view、scroll-view，以及其他交互组件 slider、dialog [图片] 整体来说，kbone-ui 切入的角度和 taro、mpvue 等跨端式的方式不太一样，使用 kbone-ui 可以在不脱离已有框架(Vue, React)下，实现多端开发目的，而不需要像 taro/mpvue 之类需要重新学一遍语法和框架。目前 kbone-ui 还处于比较早期状态，前期打算是对齐微信小程序实现好用易用组件，后续，也会持续维护提供更多更好用的组件。

微信小商店是在微信的生态里面个人品牌闭环的最后一环。你有流量（这个流量包括你的好友数量，你的群数量，你的视频号流量，你的公众号流量，你的直播流量，还有搜索流量），那么你就可以变现，罗振宇之前做罗辑思维的时候，通过电商工具卖过月饼；槽边往事的和菜头目前也是通过电商工具卖松茸。不是我们单纯的认为低碳经济的线上版本。 按照我的理解，应该是再小的个体都有品牌，再小的个体都有变现的机会。不要把小商店理解成一个卖货或者电商的工具，他是一个交易的工具，你可以交易任何事情，everything。包括但不限于电商产品，可以包括线下的水果店，餐饮店，按摩推拿等，还可以出售个人技能等，比如帮人画画，教人健身游泳等等。真正做到了全民开店全民知识付费的时代。 当然目前小商店的开发节奏比较慢，功能还挺多bug，期待尽快完善吧。 关注我，带你全方位了解微信小商店的信息和最新动态 我的微信号：goodnicest

- 当前 Bug 的表现（可附上截图） [图片] 授权登录获取用户信息返回的signature，有延迟，导致sha1校验的时候失败，后续请求的时候才会成功。 左边的2个红框是微信返回的。右边是我程序按照sha1算法计算出来。 请立即解决下~！

微信小游戏是从跳一跳开始的，大家突然知道原来微信还有这么一个功能，很多的公司认为这是一个很好的机会，一股脑的钻进了小游戏的开发当中，其中不乏通过强制分享来做一些游戏内的奖励，这时候每天微信群里都充满着各种小游戏的存在感，这也是小游戏最鼎盛的时期！！！ 但随着用户的舆论越来越多，微信小程序的官方也开始管控，由于分享功能修改没有回调函数，现在微信群已经安静了，微信还有小游戏这一项功能，随之而来的是断崖式客户点几率。 回头再想想，如果当初微信小程序只出了一个跳一跳，是不是连微信自己都没想到微信小程序能发展到这么广泛的程度，小游戏经过这种野蛮生长的时期，也逐渐深入到用户的生活里面， 并且用户逐渐对于游戏的社交玩法、交互性的口味也越来越高，随着官方宣传的互动分享和用户社交的诉求，逐渐现在大部分游戏都做成的邀请玩法。 最后，个人还是比较期待能做出更好卖和好玩的游戏，共勉！

软件名称和软件简称怎么填写，软件名称填写小游戏名称加软件，软件简称填写小游戏名称吗？这样可以吗？ 软件分类号怎么选，计算机软件适用国民经济行业代码怎么选？ 硬件环境怎么填写，填写手机最低配置吗？ 软件环境怎么填写,填写手机操作系统和微信吗？ 提交的源码是开发工具里编写的，还是编译过可以运行的？ 小游戏完成了发现发布还要软著，希望弄过的同学可以帮我解答一下。 听说软著申请时间很长，不知道大家一般用了多久呢。

个人为主体的小游戏开发者能赚取收益吗？我看到小游戏的API中有提供Banner与激励视频广告的API。个人为主体的小游戏开发者能从这两种广告上获取收益吗？收益的提现方式请问是怎样呢?