距离上次的0.7版本到现在taro已经更新了很多版本,Taro 小程序 从入门到放弃！.0.7版本的那个时候我是很悲观的一种态度面对,先taro.js说一声对不起.
在这一年里小程序突然爆发增长,h5端也要同时维护,或者以后还有h5+端.所以最近打算是要一款比较全面的多端框架,多端里面现在估计也就剩下三家是比较好的,一家React的Taro,两家Vue,分别为uni-app和滴滴的变色龙,滴滴的变色龙嘛,暂时生态不怎样,而且由于变色龙不是使用编译的方式,所以很多东西要等官方做多端组件,如果不是这样的话,那你做这个端,和你单独分开写有什么区别.
所以我觉得暂时未来剩下的就是只剩下两家,uni-app和Taro分别对应vue用户和React用户.如果你的想用多端也一起编译App端的话,那么你就只剩下uni-app这个选择,因为我记得我在读出生的时候13年,那时候因为百度的一个广告链接了解了HBuilder这个IDE,那时候的HBuilder就已经再搞h5+ app,随便提一下的就是 apicloud 可能也是 HBuilder 过来搞的一个东西. HBuilder 的体验是完全不比 weex 和 RN 的差,HBuilder 的打包和开发都做到巅峰. 文档可以说是齐全.
不过作为一个喜欢js编程的用户来说,是不喜欢vue那种方式的,还是React的那种方式更让一个后端或者一个编程人员更喜欢.这一年来React的框架还是只有Taro.所以也没有选择了,打面也要回去舔它.
首先我也先去了解了一下,Taro vs uni-app选型对比经历估计是某知乎做的对比,写的很全面,可以自己去进行查看. 而且时间也比较新,今年的1.29希望那位知友可以做第二次对比.
第二是 凹凸实验室自己出的文章小程序框架全面测评
还有我在0.7版本遇到的各种问题,在1.3版本按照Taro 规范编写,已经可以完全实现.
现在的Taro已经是1.3的版本了,对React支持也比较到位,连Hooks也支持了,0.7的版本Taro的开发文档并没有Taro 规范这一条添加到文档当中,导致我在0.7的版本中,使用了很多jsx平时很的逻辑操作,由于编译框架,如果不是按照Taro 的开发标准去编写的话,你后期会遇到各种奇怪问题,现在的文档已经加入了
Taro 规范,建议想入门的同学,花一两个小时细细心心的把这里的规范认真看一遍
特别是这里的两条,你在jsx里面做的逻辑判断最好遵循这两条规范.
Taro在1.2.17吸收了滴滴变色龙的方案已经.
这里的这个方案是不错的.
在市场里面也有了好多组件,可是没有uni-app的多,毕竟用vue的人太多了,如果说现在taro的市场里面有那些值得关注的.
MP-ColorUI 估计这个是现在所有框架都会支持,不说别的ColorUI真的是好看.
taro-axios 其他都可以没有这个必须要有 因为axios的写法一模一样
现在的Taro还是毕竟完善的,但是感觉体验起来Taro现阶段的注重点是小程序[微信毕竟多],h5 和 RN 多多小小是有那么一点问题,毕竟没有和HBuilder对h5+的技术沉淀,taro文档里面对 H5 和 h5+ 还有 RN 的注意事项并没有过多的说明.
而 uni-app 就有说明,而已毕竟详细.
不过凹凸实验室去年岗位招聘里面是招聘文员编辑的,不过现在看来文档和aotu.io/这里的文章质量都可以.
总结
两者的生态都已经进入完善,和vue一样都已经进入社区化,文档教程扩展都都有. 如果你在Taro的微信群,你可以看到ID:隔壁老李 对问题解答很有深度,不知道是不是作者.不过他肯定也是核心人员.和开发者互动
而uni-app的QQ群就是一堆共同爱好者进行交流
Taro.js 现在在小程序的多端来说是React唯一不二的选择, 如果你的团队需要在H5 和 App 也是一套代码来完善的话 你还是选择uni-app吧,毕竟HBuilder做的那种打包体验不是任何一家可以体验的到的.
