发布时间：2023-07-14 14:30
[实践] uni-app 的使用总结
最近使用 uni-app 的感受。
使用体验
没用之前以为真和 Vue 一样，用了之后才知道。有点类似 Vue 和 小程序结合的感觉。写类似小程序的标签，有着小程序和 Vue 的生命周期钩子。对比 uni-app 文档和微信小程序的文档，不差多少，只是将 wx => uni，熟悉 Vue 和 小程序可以直接上手。
如果看过其他小程序的文档，可以发现，文档主要的三大章节就体现在框架、组件、API 。
uni-app 需要注意看注意事项，文档给出了和 Vue 使用的区别。例如动态的 Class 与 Style 绑定，在 H5 能用，APP 和小程序的体现就不一样。
配置项跟着文档来，开发环境也是现成的，下载 HBuilderX 导入项目就能运行，日常开发习惯了 VSCode，所以 HBuilderX 的主要作用就是用来打包 APK 和起各个端的服务，coding 的话当然还是用 VSCode。
路由
uni-app 的路由全部配置在 pages.json 文件里，就会导致多人开发的时候，路由无法拆分，如果处理的不好，就会发生冲突。
导航
导航栏需要注意的一个问题就是不同端的展示形式会不同，所以要处理兼容问题，导航栏可以自定义，用原生，框架，插件但是兼容性都不同，多端需求一定要在不同设备跑一下看效果。
例如在小程序和 APP 中，原生导航栏取消不了，就不能用自定义的导航栏，要在 pages.json 中配置原生导航栏。
兼容方法就是用 uni-app 提供的条件编译，处理各端不同的差异，我们支付的业务逻辑也是通过条件编译，区分不同端调用不同的支付方式。
生命周期
分为 应用的生命周期、页面的生命周期、组件的生命周期。写过小程序和 Vue 的很好理解，大致上和 Vue 的还是差不多的，页面生命周期针对当前的页面，应用生命周期针对小程序、APP。这些过程可能都要踩一下！
网络请求和环境配置
官方的 uni.request 虽然封装好了基本的请求，但是没有拦截，我们开始也是自己在这基础上加了层壳，简单的封装发送请求。当然也可以选择第三方库的使用，如 flyio、axios。
我们是前端自己封装了 HTTP 请求，并且统一接口的请求方式，所有的接口放到 api.js 文件中进行统一管理。这样大家在页面请求接口的时候风格才统一，包括约定好请求拦截和响应拦截，具体拦截的参数和后台约定好。
资源优化暂时接触不到 Webpack 之类的资源打包优化，但是文档中有提到资源预取、预加载、treeShaking 只需要在配置文件中设置即可，或者在开发工具勾上。小程序也是勾选自动压缩混淆。
删除没用到文件和图片资源，因为打包的时候是会算进去的，比如 static 目录下的资源文件都会被打包，而且图片资源太大也不好。
uni-app 运行时的框架主库 chunk-vendors.js 文件是经过处理的，部署做 gzip。
Web-View 组件
在 uni-app 中使用 Web-View，可以使用本地的资源和网络的资源，不同平台也是有差异的，小程序不支持本地 HTML，且小程序端 Web-View 组件一定有原生导航栏。
需要注意的是网页向应用 postMessage 的时候需要引入 uni.web-view.js，不然是没办法通信拿不到数据。TODO: 这个坑后面再详细总结下！
全局状态
最开始是直接使用类似小程序的 globalData 来管理我们的全局状态，但是后面发现需求一多，加了各种东西之后，需要取这个状态的时候就很痛苦，做为程序猿嘛，都想偷懒吖，每次都得引入一下 getApp().globalData.data 这样很繁琐可不行，就替换成了 Vuex，需要取这个变量的时候，直接 this.vuex_xxxx 就能拿到这个值。
有段时间重写了 HTTP 请求部分和全局状态管理部分。
小程序中要在每一个页面中添加使用共有的数据，可以有三种方式解决。
Vue.prototype
它的作用是可以挂载到 Vue 的所有实例上，供所有的页面使用。
// main.jsVue.prototype.$globalVar = \"Hello\";
然后在 pages/index/index中使用：
{{ useGlobalVar }}
export default {
data (){
return {
useGlobalVar: $globalVar
}
}
}
globalData
export default {
globalData:{
data:1
}
onShow() {
getApp().globalData.data; // 使用
getApp().globalData.data = 1; // 更新
};
Vuex
Vuex 是 Vue 专用的状态管理模式。能够集中管理其数据，并且可观测其数据变化，以及流动。
之前看到一个通俗化比喻：用交通工具来比喻项目中这几种描述全局变量的方式。
下面列举这些方式通俗的理解状态：
Vue 插件 vue-bus 可以来管理一部分全局变量(叫应用状态吧)，学习后发现，bus(中文意思：公交车)这名字取得挺形象的。
先罗列一下这些方式，不过这种分类并不严谨。
1、VueBus：公交车 2、Vuex：飞机 3、全局 importa.new Vue()：专车；
b.Vue.use：快车；
c.Vue.prototype：顺风车。
4、globalData：地铁
首先 VueBus，像公交车一样灵活便捷，随时都可以乘坐；表现在代码里，很轻便，召之即来，缺点就是不好维护，没有一个专门的文件去管理这些变量。想象平时等公交车的心情，知道它回来，但不知道它什么时候来，给人一种很不安的感觉。
而 Vuex，它像飞机，很庄重，塔台要协调飞机运作畅顺，飞机随时向地面报告自己的位置，适合用在大型项目。表现代码中，就是集中式管理所有状态，并且以可预测的方式发生变化。也对应着飞机绝对不能失联的特点。
第三种方式是全局 import，分三种类型，分别是：new Vue()、Vue.use()、Vue.prototype。可以用网约车来比喻，三种类型分别对应：专车、快车、顺风车。都足够灵活，表现在代码里：一处导入，处处可用。
再分别说明：
new Vue() 就像滴滴的礼橙专车，官方运营，安全可靠。表现在代码里，就是只有 Vue 官方维护的库才能使用这种方式。
Vue.use() 就像快车，必须符合滴滴的规范，才能成为专职司机。表现在代码中，就是导入的插件(或者库)必须符合 Vue 的写法(即封装了 Vue 插件写法)。
Vue.prototype 像顺风车，要求没上面两个那么严，符合一般 js 写法就行，就像顺风车的准入门槛稍稍低一点。
当然，uni-app 的项目里还有可以用 globalData 定义全局变量，非要比喻，可以用地铁，首先比 vue-bus 更好管理维护，想象地铁是不是比公交更可靠；其次比 Vuex 更简单，因为 globalData 真的就是简单的定义一些变量。
globalData 是微信小程序发明的，Vue 项目好像没有对应的概念，但是在 uni-app 中一样可用。
上面说到，这种分类方式不严谨，主要体现在原理上，并不是简单的并列关系或包含关系。
插件市场
uni-app 的主要特色也源自于它的插件市场十分丰富。
用得比较好的组件：
uView：我们用了这个库的骨架屏。这个库还是有很多技巧可以学到的。
ColorUI-UniApp：是个样式库，不是组件库。
答题模版：左右滑答题模版，单选题、多选项，判断题，填空题，问答题。基于 ColorUI 做的。
uCharts 高性能跨全端图表：
最后：各端的差异性，很多东西，H5 挺好的，上真机就挂了，真机好着的，换小程序就飘了，不同小程序之间也有差异，重点是仔细阅读文档。
云打包限制，云打包(打 APK) 的每天做了限制，超出次数需要购买。
虽然可能一些原生可以实现的功能 uni-app 实现不了，不过整体开发下来还行，很多的坑还是因为多端不兼容，除了写起来麻烦一点，基本上都还是有可以解决的策略。比之前用 Weex 写 APP 开发体验好一点，比 React Native 的编译鸡肋一点(这点体验不是很好)，至于 Flutter 还没有试过，有机会的话会试一下。