大家在做小程序是直接写还是用第三方的框架?

原生的够用了吧

我最近在用 mpvue，因为 vue 最熟悉，但也有坑

关注中。。。

直接 怕第三方有坑

原生好点，第三方引入有些可能不支持

第三方可以生成多个平台挺诱惑的~

mpvue 可以生成 ht5 不？
@anmie

除了 wxParse 剩下都是原生

megalo 了解一下
https://github.com/kaola-fed/megalo
支持更多的 vue 特性，支持支付宝小程序

推荐原生

taro 一堆坑

wepy 没有重构之前就不要用了，让他安心的入土吧。

mpvue 一堆坑，而且好久不更新了(3 个月？)
taro 没用过，听说有坑，但是迭代很迅速
原生好用但是工程化不好，需要内部造一些轮子

补充上条：
taro 迭代迅速，我(们组)选择观望一段时间

https://www.geekjc.com/post/5b55c59adef4a35c8282cb0d 希望对你有帮助，我自己是采用了 mpvue 开发的，当我主要是用 react，taro 是类 react 语法的，为什么我没有采用 taro 呢，因为那时的 taro 一堆坑，不知道现在怎么样了。

wepy 吧，比较稳定。小程序本身就是坑，什么框架都坑

尾巴又带个推广链接... 越玩越溜了啊.

小程序现在还是初级阶段么

mpvue

小程序自己就有坑，
再用个第三方的，坑里坑，
再者小程序的封装程度已经足够高了，

真的有人相信一个语法可以写遍全平台的代码？

Taro 和 min，Taro 持续维护中，min 最近没更新了

一开始是因为没有自定义组件，现在支持了。当然用原生的写。。。

我一般用 wepy，因为支持 async await 啊，用着好爽。

还有个 [nanachi]( https://rubylouvre.github.io/nanachi/documents/install.html)
去哪儿搞的

原生，官方只要升级一个版本，其他框架要维护不知多久

一定要用原生，血与泪的教训。外包当我没说。

@xoxo419 生成多个平台这个功能，你需要具体的了解是否能满足你的需求，比如 wepy, 生成 web 版本一直是实验中，据我有限的了解，mpvue 所谓的通用也是有很多限制的，比如许多小程序特有的标签必须特定平台特定实现。

我一开始用的是原生，后来熟悉了后改用了 wepy 框架，当时主要是为了用它的自定义组件，后来原生出了自定义组件，wepy 2.0 打算支持原生组件，目前似乎仍在开发中；
wepy 有个好处是能兼容原生的方式，比如曾在使用 camera+cover-view 的时候，遇到了 bug， 后来证实是 wepy 的问题，临时将该页面改用了原生方式实现

wepy 有毒，刚开始看起来很好，坑起来也没商量。mpvue 我刚开始都没跑起来… taro 和后来考拉的那个都是看一看没用过

熟悉 vue，所以正在熟悉 mpvue。

mpvue 问题不大，基本上有的坑，文档上都有。

建议原生，没必要再去花时间去学其他框架

原生+自己写的 UI 框架+自己写的后端推送、小程序码平台，效率爽

马克

现在用 mpvue，刚开始的时候，这都什么鬼？
现在，真香

钱少上框架，到位码原生

Webpack 配上自制框架，美滋滋。

https://github.com/oranzhang/nosea

https://github.com/oranzhang/mina-webpack-plugin

先原生用段时间，再上框架，用起来还是真香的

很少用框架. 太臃肿

@bojackhorseman
@shiny

死也不会吃你们一点东西的......

怕有坑，都是直接写。

gulp+原生美滋滋

关注

原生的就行了

我用的原生的。原谅我无耻的安利一下自己刚刚出炉的第一个小程序: Moodz
https://imgur.com/z5BLipa
一个轻量级的情绪日记。

肯定原生的。出现 bug.想想哪个修复速度快？ 另外 公司（杭州）急招招聘会原生小程序人，快来啊。

原生，TX 每次升级框架，三方的就要打个喷嚏