⼩程序开发：⽤原⽣还是选框架
原⽂链接：⼩程序开发：⽤原⽣还是选框架
⼩程序开发：⽤原⽣还是选框架
本⽂从⾯向⽤户、⾯向开发者两⼤维度七⼤细项，对原⽣及主流的wepy、mpvue、taro、uni-app开发框架进⾏横向对⽐。
⾯向⽤户、⾯向开发者维度，具体包括：
1. ⽤户：提供完整的业务实现，并保证⾼性能体验。
2. 开发者：平缓的学习曲线、现代开发体验（⼯程化）、⾼效的社区⽀持、活跃的开发迭代、多端复⽤。
1.
1. ⽤户
⽤户
1-1. 功能实现： 【出发点：⼩程序在不断的迭代升级，如果某项业务依赖于最新的⼩程序 API，但三⽅框架尚未封装，该怎么办？】
框
架
描述
w
e
p
y
未对⼩程序 API 作⼆次封装，API 依然使⽤原⽣的，框架与⼩程序是否新增 API ⽆关
m
p
v
u
e
⽀持的所有原⽣组件和 api，⽆限制。同时框架封装了⾃⼰的跨端 API，使⽤⽅式类似quest()
ta ro ⽀持的所有原⽣组件和 api，⽆限制。同时框架封装了⾃⼰的跨端 API，使⽤⽅式类似quest()，⽀持 Taro 代码与⼩程序代码混写（链接），可通过混写的⽅式调⽤框架尚未封装的⼩程序新增 API
u
ni -a p p ⽀持的所有原⽣组件和 api，⽆限制。在跨端⽅⾯，即便仍然使⽤原⽣的组件和 API，也可以直接跨端编译到App、H5、以及⽀付宝百度头条等⼩程序。但为了管理清晰，推荐使⽤ uni 封装的 API，类似quest()。同时⽀持条件编译（链接），可在条件编译代码块中，随意调⽤各个平台新增的 API 及组件
结论：三⽅框架均可调⽤所有⼩程序 API，完成⽤户的业务需求，这个维度各框架是⽆差别的。
1-2. 性能
长列表加载到渲染完成
组件通信到渲染完成
结论：原⽣开发⼿⼯优化，uni-app>原⽣开发未⼿⼯优化,taro > wepy > mpvue
2.
2. 开发者
开发者
2-1. 平滑的学习曲线
框
架
DSL⽀持程度描述学习资料完整度微
信原⽣四不像...要学习新语法
小程序开发者社区⽂档丰富，API 搜索准确，官⽅有⽰例 demo，⽀持官⽹
上调起开发者⼯具，预览运⾏效果 ，详见：传送门
w e p y 开发风格接近于 Vue.js，属于类 Vue实现，相对原⽣
开发算前进了⼀⼤步，但相⽐完整Vue语法还有较⼤差距，
开发时需要单独学习它的规则
⽂档只有 2 页，没有搜索，组件 API 等⽂档都直接看微
信的⽂档。没有提供⽰例 demo，很多配置需要靠猜。详
见：传送门
m p
v u e mpvue⽀持的 Vue 语法略少
⽂档较少，但其概念不复杂，组件 API 等⽂档都直接看
的⽂档，学习难度低。问题搜索效果⼀般。没有提供
⽰例 demo。详见：传送门
u ni
-a p p uni-app 则基本⽀持绝⼤多数 vue 语法，如filter、复杂
JavaScript 表达式等
基础⽂档和各种使⽤专题内容丰富，问题搜索效果较好，
⽰例 demo 功能完备，并发布为 7 端上线。详见：传送
门
ta ro 对于 JSX 的语法⽀持度，也达到了绝⼤多数都⽀持的完善
程度
基础⽂档完整，具体使⽤问题资源较少，问题搜索效果⼀
般，⽰例 demo 只包含基础功能，仅发布了⼀端。
详见：传送门
备注：mpvue、uni-app 框架基于 Vue.js 核⼼，通过修改 Vue.js 的 runtime 和 compiler，实现了在⼩程序端的运⾏
结论：
DSL 语法⽀持评测：taro,uni-app > mpvue > wepy > 原⽣
学习资料完善度评测：原⽣ > uni-app > mpvue , taro > wepy
社区⽀持2-4 多端复⽤
结论：uni-app > taro > mpvue > 原⽣⼩程序、wepy

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。