最近微信官方重磅推出了一个统一 Web 前端和小程序的框架 —— Kbone。
微信小程序的底层模型和 Web 端不同，开发者无法直接把 Web 端的代码挪到小程序环境内执行。
Kbone 的诞生就是为了解决这个问题，它实现了一个适配器，在适配层里模拟出了浏览器环境，让 Web 端的代码可以不做什么改动，便可运行在小程序里。
Kbone 有哪些优势？
因为 kbone 是通过提供适配器的方式来实现同构，所以它的优势很明显：
大部分流行的前端框架都能够在 kbone 上运行，比如 Vue、React、Preact 等。
支持更为完整的前端框架特性，因为 kbone 不会对框架底层进行删改（比如 Vue 中的 v-html 指令、Vue-router 插件）。
提供了常用的 dom/bom 接口，让用户代码无需做太大改动便可从 Web 端迁移到小程序端。
在小程序端运行时，仍然可以使用小程序本身的特性（比如像 live-player 内置组件、分包功能）。
- 提供了一些 Dom 扩展接口，让一些无法完美兼容到小程序端的接口也有替代使用方案（比如 getComputedStyle 接口）。
如何选择？
业内其实已经出现了很多关于同构的解决方案了，每个方案都有自己的优劣，不存在能够完美解决所有问题的方案。kbone 也一样，它的优势在上面提到过，而它的不足也是它的实现原理带来的。kbone 是使用一定的性能损耗，来换取更为全面的 Web 端特性支持。
所以关于性能方面，如果你对小程序的性能特别苛刻，建议直接使用原生小程序开发；如果你的页面节点数量特别多（通常在 1000 节点以上），同时还要保证在节点数无限上涨时仍然有稳定的渲染性能的话，可以尝试一下业内采用静态模板转译的方案；其他情况就可以直接采用 kbone 了。
Kbone 的使用方法，参见官方文档链接：
https://developers.weixin.qq....
往期
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。