求推荐一个小程序开发框架， uniapp、taro 还是直接微信原生开撸

用原生，二次转译的工具坑太多

都有坑，原生也有，框架更多，从构建工具到运行时的坑各种各样，业务都写不完，踩一个就很吃屎的感觉。。开发体验巨差，小程序这种傻逼玩意能火真是前端🐶的灾难

看开发经验吧，有 react 经验，taro 上手挺快的！

mpvue/taro 都是要编译回小程序的语法，所以有些东西不好支持，对 props 能传的东西也会有限制

wepy 1 我是不建议用，虚假的计算属性，每次是全算一遍，压根没有依赖收集，根本不是 vue ；对你计算属性书写顺序有关，一个计算属性依赖另一个计算属性的时候，被依赖的必须写在前面； 1.7.2 和几个 beta 对图片路径处理不一样可真的让人蛋疼；组件循环传参后，组件内只能做展示，没法做处理，只有 item 这个变量你能取到；问题多到我心痛。

wepy 2 没用过。

如果是技术项目我推荐 https://github.com/remaxjs/remax


@nioncodotcom
@miniwade514
@123s
@gaigechunfeng
@calmlyman
@Sniper416

CanvasKit/Skia Backend 按道理是可以的，这个是 highly experimental 才有的，需要自己适配一下相关的接口
见 https://github.com/flutter/flutter_web/blob/master/docs/canvaskit.md

没人说官方的 kbone 嘛，刚好最近的业务在用，也一直在跟 kbone 的开发反馈，简单说下吧。
kbone 模拟了小程序中的 DOM、BOM，不像 mpvue 那样把 vue 语法编译成小程序语法，是从 DOM 层面来解决跨端的问题，是跨 web+小程序的。写法不用变，加上 axios 的 adapter，cookie 的 adapter，基本上没有什么大坑了，这两天刚把一个业务的视图+逻辑层迁移过去，真的挺好用的。
开始也试过 mpvue，限制太多了，也考虑过 taro，但是刚好赶上 kbone 内测发布，技术栈不用迁移了。
然后官方的微信社区就是用 kbone 搞的，所以不用担心维护的问题。
理论上说 react 也可以支持，但是官方说他们没有业务用 react，所以想先把 vue 支持好。

@azh7138m 不好意思，重看了一下还需要一个 wasm 环境，这个在小程序里面只有真机调试的时候可用，实际运行的时候似乎没有了

mpx 了解一下？

用过 wepy,mpvue,下次搞绝对直接原生。

wepy 巨坑无比，我用的时候还是 wepy1,刚出没多久，原生还没有组件，调研的时候看到这个框架支持组件就上了，结果现在那个小程序现在已经放弃维护了。wepy 的组件非常粗糙，同一个页面如果一个组件有两个实例，那你得注册两个不同的名字...除此之外还有一堆问题，当然这都是 wepy1，最新版就不清楚了，反正我不会再试了。
mpvue 则是官方好像不维护了，小程序本身也在升级，它追的不紧。

说到这个，所有这些号称跨多个平台的框架，跨的越多越不稳定。只要有一个端有改动，框架没跟上，你就得抓瞎。

已经上了 uni 的贼船，希望能死的不那么痛苦😂

我们用 uni

@gaigechunfeng #69
@liyaoo #70

也计划要出一个小程序, 所以等 2 位的 uni 使用深入体验

wepy 1 有坑，很多人都踩过，你能搜到答案，不过太老了，还有一些开发者认为不是 bug 的坑

uniapp 我们在用，只能说还行，也有坑，我们还遇到过没答案的就很难受，只能找官方修 bug

taro 目前也还行，就是官方 release 的进度其实我还算满意，最后只不过没选，因为是 react 语法的

上面提到的方案不要用来跨平台，都是巨坑

原生，taro 用的多一点，为了追求跨平台，阉割了太多的原生小程序特性，很多 react 特性又没实现完全或者过时，有种被吊在半山腰上也不行下也不行的感觉

接#73，推荐用小程序原生框架

@janxin #72 uniapp 宣传的点就是 一套代码 N 端 呀, 你的意思很坑?>

Taro 重度用户

@wzw 坑

这样看来。。。只有原生了

对了 滴滴有两个 一个 Mpx 一个 Chameleon 用过的评价下

@janxin #77 如何坑, 说来听听呗