使用Taro开发各端的顺序建议
source link: https://alili.tech/archive/hm5dl5tsw3k/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
使用Taro开发各端的顺序建议
以最小成本开发Taro各端
现在公司里面的所有小程序,快应用,rn等等都在使用Taro在开发.
如果只兼容一端的话,使用Taro开发,没有任何问题.
但是又想一次开发,各端正常运行的话,在很多的细节上是要花一点心思的.
每一端有每一端的难.
开发难度排序
华为快应用 > 快应用 > React Native > Swan小程序 > 微信小程序 > H5
关于快应用
在开发过程中,如果有涉及到快应用的业务,建议优先开发快应用.
快应用的布局标准跟js容器环境跟其他的小程序或者是H5有一定的差异.
并且华为快应用与其他快应用有很多莫名其妙的差异.
如果涉及到快应用,请谨慎对待开发时间.
目前看来,快应用的对UI布局的支持与小程序有一定的差异.虽然使用Taro的样式区分,快应用与小程序确实可以使用一套同样的代码同时跑在两端上.
但是在开发过程中,他们之间的差异有太多意想不到(快应用不符合W3C规范)的差异,建议UI布局相关的代码,各端单独布局.业务相关的可以使用一套代码. 就是布局样式独立,行为保持一致.
不然会花掉太多的布局差异抹平的工作.
关于React Native
React Native在UI布局上也只是部分支持W3C标准.虽然布局上不能跟小程序H5一样灵活,
对比起快应用来,并不会多出一个要额外兼容的华为快应用.
目前Taro封装的React Native的特性与小程序是非常接近的, 如果不过多调用太多冷门的API,基本上还是可以独立开发完成大部分UI编程.
如果RN想要调用原生APP的组件,在目前开来会带来相当大的沟通成本.
在开发中本身ios与安卓就有一定的特性差异,放到RN里实现后又会带来其他的差异.
并且开发人员从一个人变成了三个人.
如果桥接的组件太过于复杂,开发人员可能会有一种还不如自己独立开发的抱怨.
这个时候多端一起开发,时间不一定会比独立开发要快.
关于 Swan小程序
Swan小程序与微信小程序已经非常接近了.
就我们现有业务来说除了wifi不能实现以外,其他的基本上都跟微信小程序保持了一致.
目前开发中,IDE的卡顿是Swan小程序最不好的开发体验.
迭代中,swan小程序的基础库兼容方面也做得不是很好,
好几次遇到莫名其妙的问题,都是因为基础库兼容不好导致的.
微信公众号
本文链接：
https://alili.tech/archive/hm5dl5tsw3k/Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK