拥有丰富的 Web 前端开发经验的工程师小赵今天刚刚来到新的部门，开始从事他之前没有接触过的微信小程序开发。在上手的第一天，他就向同办公室的小程序老手老李请教了自己的问题。翻了一圈文档，小程序好像并不提供 DOM 接口？我还以为可以像之前一样用我喜欢的前端框架来做开发呢。老李，你说小程序为什么不给我们提供 DOM 接口呀？要提供 DOM 接口也没那么容易。你知道小程序的双线程模型吗？小程序是基于 Web 技术的，这你应该知道，但小程序和普通的移动端网页也不一样。你做了很多前端项目了，应该知道在浏览器里，UI 渲染和 JavaScr

小程序业务的蓬勃发展，离不开第三方服务商的支持。为建立平台与服务商良好的信息互通机制和提升服务商运营效率，平台在小程序服务商助手小程序新增「审核专区」，包括服务商审核资源和数据展示、加急和撤回审核业务、人工和机器人客服服务等方面。（长按识别小程序码）审核资源和数据展示服务商可在页面查看本月提审、加急quota分配情况及对应剩余次数。审核资源是受服务商提审情况和线上表现影响，请服务商们务必做好小程序内容把控，减少提审驳回和线上违规情况。平台提供服务商的近期审核结果数据，以便服务商定位问题。服务商可快速查

开始做 Kbone-UI 的初衷是为了减少 Kbone 的上手难度，需要提供多端的样式统一的 UI 组件库。现在，微信这边已经有了 WeUI 公共样式库来支持 Web 端的对外展示，其中，小程序本身基础组件也是由 WeUI 重构团队来做的。所以，为了达到这个目标，Kbone-UI的方式是以小程序内置组件和拓展组件为对齐目标， 使用 WeUI 样式提供 H5 和 小程序体验一致的跨端 UI 组件库。主要思路是通过Page和Component特有环境变量来区分 小程序 和 H5 的环境：// 判断小程序端const ismp = typeof Page === “function” typeof Component === “function”对

适用场景Kbone 是一个致力于微信小程序和 Web 端同构的解决方案。微信小程序的底层模型和 Web 端不同，我们想直接把 Web 端的代码挪到小程序环境内执行是不可能的。Kbone 的诞生就是为了解决这个问题，它实现了一个适配器，在适配层里模拟出了浏览器环境，让 Web 端的代码可以不做什么改动便可运行在小程序里。这样，我们就可以借助 Kbone 快速实现 Web 项目转化为微信小程序项目。方案实现方案设计有如下几个前提：为了更好的复用组件，尽可能完整的支持 Web 端的特性在小程序端的渲染结果要尽可能接近 Web 端 h5 页面所以，与其他同构框