7月份打算做一简单app,之前公司做app的时候简单用过Dcloud公司的mui，当时由于uniapp刚出来，最终选择了mui。对uniapp的

了解几乎没有。

做app对我来说几乎是零基础的，当然是能把任务完成越简单越好。

当时有了解谷歌的Flutter，是使用Dart语言开发的，由于我和另外同事都感觉入门门槛比较高，加上app开发时间比较着紧，所以放弃了。现Flutter更新的频率比较高，加上阿里大厂的扶持，后再做app会比较倾向。

本打算使用mui,当时是由于mui的性能问题一直也在犹豫，直到再次看到uniappp，被官方的“只开发一套代码，可发布到IOS,Android、H5、以及各种小程序（微信/支付宝/百度/头条/QQ/钉钉）等多个平台。”。当时着实是被吸引了，这才导致了入坑的开始。

简单说一下在开发过程遇到的问题：

1、app的onLaunch生命周期中无法页面跳转，导致登录拦截无法写到app的onLaunch生命周期中，只能是写到pages.json中第一个页面的onLoad生命周期中，随间接也能实现，但总是不符合常理的。

官方提供了如果app onLaunch生命周期如果有页面跳转的话，使用定时器延迟加载，但即使登录拦截页面跳转了还是会执行pages.json中第一个页面的onLoad生命周期中函数，官方又有说不支持在onLaunch生命周期做页面跳转。（其实加延迟可以实现）。

截至到现在还是没闹明白到底行还是不行？

2、github上提的issue都石沉大海了。。。

3、所谓的开发一套代码可发布到多个平台，不是你想的那么简单的。

// #ifdef APP-PLUS

中间写安卓原生的代码

//#endif

自行体会。。。

4、生态

官方提供了一些组件，但是你肯定找不到合适的组件，那就自己写吧，先实现功能再美化样式，可苦了我。

如果能有想vant的开源组件那肯定是极好的。

5、开发工具

之前用过HBuilder，换了HBuilderX后真机调试动不动就崩溃退出，这体验是糟糕透了，关键是浪费时间。、

说了你这么多不好，但gitHub上你的star越来越高（10000多了），也希望你越来越好吧。

tips:

开发的app安卓市场上线了。ios甲方还没要求，但我总在想如果代码编译成IOS会怎么样？编译成微信小程序会怎么样？编译成今日头条小程序会怎么样？编译成支付宝小程序会怎么样？编译成h5我不担心。

如果编译到微信小程序问题太多的话，我肯定会重新开发微信小程序，因为我最近在做微信小程序，正好可以拿来练手。

2019-11-05更新：

app 图表需求有更新，之前用的echarts,后官方建议升级为自定义模式（Hbuildx2.2.2升级到2.3.7），官方给出了一些升级建议和需要修改的地方。按照官方的方案，echarts图表不报错也不显示，后私信论坛管理员，论坛管理员回复推荐使用ucharts，能理解你的目的，但做法实在是差评。再看升级文档没有了echarts替换方案，改成了推荐使用echarts。

吐槽：一个开源的软件，升级不考虑兼容性，迟早会被弃用。

2019-11-15更新：

解决app自动登录未正确返回而加载主页数据的问题。

pages.json的第一个页面放login，在login页面的onLoad中执行自动登录。（如果有token执行自动登录，没有则用户名密码登录）这样就解决了main页面执行自动登陆没返回前执行main页面自有请求的问题。

瑕疵：因为自动登录是由login跳转到main的，如果网络慢的话肉眼看到页面跳转。

附加登录拦截逻辑：

系统首页为login，login onLoad生命周期内 根据是否有token判断是否需要自动登录（用户名密码登录成功换取的token会存到手机存储，同样退出登录的时候会清除（刷新token请求失败的时候和其他业务错误都会清除（比如设备在其他设备登录过等）））。自动登录成功后跳转到mian，自动登录失败跳转到login(会清除token)，然后使用用户名密码登录。

选择了uniapp开发app