一篇关于Vite2+Vue3实战项目的复盘总结

前端达人

共 32379字,需浏览 65分钟

 ·

2021-06-24 17:15

1.项目背景与技术选型

1.1 项目背景

我们要做一个基于边缘计算的物联网管理平台雏形,流程大概是这样:数据(传感器收集通过串口传入边缘节点服务器)经过边缘节点计算处理后上传到云端,然后再经过一些处理后得到一个数据仓库。用户可以基于这个数据仓库可以对设备状态、健康度进行可视化管理。总的来说就是要做三套系统:

  • 边缘节点设备管理系统
  • 云端管理系统
  • 大屏可视化系统

业务听起来高大上,但是对于我来说实际上还是增删改查😂,大屏可视化稍微有些难点。

那问题来了:简单的增删改查项目如何搞出花来呢,那么就涉及到接下来的技术选型了。

1.2 技术选型

我觉得技术选型一定得从需求和业务出发,这是最重要的,不能为了使用新技术而使用。虽然说这么说,但我还是选择了比较新的技术,原因是我们这套业务系统算是一个产品雏形,也不需要兼容任何版本IE浏览器,产品的周期与稳定性都还不确定,而且我们要在很短的时间内做出一个雏形,另外我确实想把刚学的技术实践一下,不然确实会忘了噢😂。

基于这样的考虑,我选择了当时发布不久(刚发布一周不到)的Vite2.0作为我们项目的脚手架,选择Vue3.0进行开发,UI框架是还处于Beta版本的Element-Plus,甚是刺激!我简单画了一张图:

image.png

接下来对项目涉及到的知识进行梳理与总结,我希望从这个“增删改查”项目学到一些不一样的知识,如果对您也有用,那就更好啦😀。

2.基础设施搭建

在讲述前,先把我画的线框图呈上,方便对整个项目的基础设施有个大概的了解:

image.png

Vite创建Vue3.0项目很简单,一行命令可以搞定:

yarn create @vitejs/app my-vue-app --template vue

# 如果需要交互式命令创建
yarn create @vitejs/app
复制代码

具体细节可以参考文档。

创建出来的目录很简单,但是这远远不够啊,接下来我们需要把一些重要的基础设施搭起来。

2.1 缺陷管理

当时也是刚学完,不知道如何搭建一个项目,但是有一个是必须要去做的:团队开发规范。我采用的是业内比较成熟的方案:

  • 语法风格检测:ESLint+Prettier
  • Git Message提交规范:Angular提交规范

2.1.1 代码风格约束

我们先来看看在Vue3.0的项目中如何使用ESLintPrettier对代码风格进行约束。

首先安装这几个包:

  • eslint:代码质量检测(用var还是let,用==还是===...)
  • prettier:代码风格检测(加不加尾逗号,单引号还是双引号...)
  • eslint-config-prettier:解决ESLint与Prettier的风格冲突
  • eslint-plugin-prettier:ESLint的插件,集成Prettier的功能
  • eslint-plugin-vue:ESLint的插件,增加Vue的检测能力
yarn add eslint prettier eslint-config-prettier eslint-plugin-prettier eslint-plugin-vue -D
复制代码

接下来在项目根目录下创建两个文件.eslintrc.jsprettier.config.js(拓展名可以自由选择),我们把下面内容加进去:

.eslintrc.js

module.exports = {
  parser'vue-eslint-parser',
  env: {
    browsertrue,
    nodetrue,
    es2021true
  },
  extends: ['plugin:vue/vue3-recommended''plugin:prettier/recommended'],
  parserOptions: {
    ecmaVersion12,
    sourceType'module'
  },
  rules: {
    'prettier/prettier''error'
  }
}
复制代码

prettier.config.js

module.exports = {
  printWidth100,
  tabWidth2,
  useTabsfalse,
  semifalse// 未尾逗号
  vueIndentScriptAndStyletrue,
  singleQuotetrue// 单引号
  quoteProps'as-needed',
  bracketSpacingtrue,
  trailingComma'none'// 未尾逗号
  arrowParens'always',
  insertPragmafalse,
  requirePragmafalse,
  proseWrap'never',
  htmlWhitespaceSensitivity'strict',
  endOfLine'lf'
}
复制代码

然后使用ctrl+shift+P调出控制台输入Reload Window配置即可生效,以后想拓展代码的风格都在prettier.config.js进行配置,而代码语法相关规则在.eslintrc中的rules配置即可。相关规则文档:

  • ESLint Rules
  • Prettier中文网

2.1.2 Git提交约束

接下来我们需要对我们的提交进行约定,先安装一下这几个包:

  • husky:触发Git Hooks,执行脚本
  • lint-staged:检测文件,只对暂存区中有改动的文件进行检测,可以在提交前进行Lint操作
  • commitizen:使用规范化的message提交
  • commitlint: 检查message是否符合规范
  • cz-conventional-changelog:适配器。提供conventional-changelog标准(约定式提交标准)。基于不同需求,也可以使用不同适配器(比如: cz-customizable)。
yarn add husky lint-staged commitizen @commitlint/config-conventional @commitlint/cli  -D
复制代码

先配置适配器:

# yarn
npx commitizen init cz-conventional-changelog --yarn --dev --exact

# npm
npx commitizen init cz-conventional-changelog --save-dev --save-exact
复制代码

它会在本地项目中配置适配器,然后去安装cz-conventional-changelog这个包,最后在package.json文件中生成下面代码:

 "config": {
    "commitizen": {
      "path""cz-conventional-changelog"
    }
  }
复制代码

现在我们可以添加一个脚本就可以编写规范化的提交:

"scripts": {
    "cz""git cz"
  }
复制代码

接下来你可以执行yarn cz命令来编写一些约定好的提交规范:

image.png

此时我们已经根据约定规范提交了消息,但是我们怎么知道提交的消息是不是正确的呢,那么接下来就需要配置刚刚介绍到的commitlint,只需要一句命令即可完成配置,它会在项目根目录下面创建一个commitlint.config.js配置文件:

echo "module.exports = {extends: ['@commitlint/config-conventional']};" > commitlint.config.js
复制代码

它会使用@commitlint/config-conventional这个包里面提供的校验规则进行校验,你可以理解为ESLint的规则。

有了这个校验工具,怎么才可以触发校验呢,我们希望在提交代码的时候就进行校验,这时候husky就可以出场了,他可以触发Git Hook来执行相应的脚本,而我们只需要把刚刚的校验工具加入脚本就可以了,我们使用的是6.0的新版本,下面是具体使用方法:

我们需要定义触发hook时要执行的Npm脚本:

  • 提交前对暂存区的文件进行代码风格语法校验
  • 对提交的信息进行规范化校验
  "scripts": {
    "lint-staged""lint-staged",
    "commitlint""commitlint --config commitlint.config.js -e -V"
  },
  "lint-staged": {
    "src/**/*.{js,vue,md,json}": [
      "eslint --fix",
      "prettier --write"
    ]
  }
复制代码

接下来就是配置husky通过触发Git Hook执行脚本:

# 设置脚本`prepare`并且立马执行来安装,此时在根目录下会创建一个`.husky`目录
npm set-script prepare "husky install" && npm run prepare

# 设置`pre-commit`钩子,提交前执行校验
npx husky add .husky/pre-commit "yarn lint-staged"

# 设置`pre-commit`钩子,提交message执行校验
npx husky add .husky/commit-msg "yarn commitlint"
复制代码

此时已经完成配置了,现在团队里面任何成员的提交必须按照严格的规范进行了。

2.1.3 IDE环境约束

除此之外,我们还统一了VSCode编码环境,通过Setting Sync插件使用Public Gist进行同步。

有人会说小团队做这个有必要吗?我实践了几个月后,我个人还是觉得很有必要的,虽然刚开始配置起来很麻烦,也踩了不少坑,但实际去执行这套流程其实不需要花太多时间,至少可以在开发阶段避免除了代码逻辑以外的错误。

2.2 持续集成(CI)

持续集成是自动化流程中一个十分重要的部分,我们的前端应用在传统部署模式下需要自己打包然后上传服务器,这样很麻烦也很浪费时间。而持续集成就帮我们解决了这个问题,我们只要开发一个功能,它就能上传到线上的制品库,再配合持续部署(CD)就能够提高我们的效率,让我们专注开发。这一套流程需要有以下技术或平台支撑:

  • Docker(容器化技术)
  • Linux
  • Nginx:高性能Web服务器
  • Jenkins:持续构建平台
  • GitLab(本地部署的仓库)
  • Nexus3:用来部署Npm、Docker私有仓库,提供镜像制品库

由于篇幅原因,上述平台的搭建我不会给大家演示了。主要是给大家说一下这个CI流程:

  • 开发功能
  • Git提交到本地GitLab
  • GitLab触发Webhook
  • Jenkins开发执行脚本构建成Docker镜像
  • 上传Nexus私有仓库
image.png

现在有了制品仓库就需要持续部署(CI),但是我技术能力不够,只能借助Jenkins执行脚本来实现,但是原则上来说在Docker容器里面部署Docker容器这样的做法并不好,很容易出现一些问题,我想学习完Kubernetes后再来对这个流程进行优化。

搭建完流程后,我们只需要在项目中写好DockerfileNginx的配置文件就可以了,下面是我项目中的一个案例:

Dockerfile

# build stage
FROM node:lts-alpine as build-stage
WORKDIR /app
COPY . .
RUN yarn && yarn build

# production stage
FROM nginx:stable-alpine as production-stage
COPY --from=build-stage /app/dist/ /usr/share/nginx/html/
COPY --from=build-stage /app/nginx.conf /etc/nginx/conf.d/default.conf
EXPOSE 80
CMD ["nginx""-g""daemon off;"]
复制代码

nginx.conf

server {
  listen 80;
  server_name localhost;

  #charset koi8-r;
  access_log /var/log/nginx/host.access.log main;
  error_log  /var/log/nginx/error.log  error;

  location / {
    root /usr/share/nginx/html;
    try_files $uri $uri/ @router;
    index index.html;
    expires -1;
  }

  location @router {
    rewrite ^.*$ /index.html last;
  }

  # SPA应用的history模式路由需要在前端配置500、400错误
}
复制代码

这里涉及到很多知识,篇幅有限,就不详细说了。

2.3 CSS样式管理

由于 Vite 的目标仅为现代浏览器,因此建议使用原生 CSS 变量和实现 CSSWG 草案的 PostCSS 插件(例如 postcss-nesting)来编写简单的、符合未来标准的 CSS。

官方其实是建议使用CSS变量来编写CSS,但是考虑到现阶段大家用得不是很熟练,所以还是采用了Sass,而且脚手架已经内置了对Sass的支持,我们只需要安装即可,不用像Webpack那样需要先安装Loader

yarn add sass -D
复制代码

这样我们在模板里面的只要给<style>标签加上lang就可以了:

<style lang="scss" scoped>
// ...
</style>
复制代码

我是按照下面的文件组织来对CSS进行统一管理的:

src/assets/styles:

  • variables.scss(存放全局Sass变量)
  • mixins.scss(mixin)
  • common.scss(公共样式)
  • transition.scss(过渡动画样式)
  • index.scss(导出上面三个样式)

index.scss

@import './variables.scss';
@import './mixins.scss';
@import './common.scss';
@import './transition.scss';
复制代码

然后在main.js导入index.scss就可以使用了:

import '/src/assets/styles/index.scss'
复制代码

但是这里会有一个坑,那就是我在variables.scss中定义的变量、在mixins.scss定义的mixin全部失效了,而且控制台也报错:

image.png

如果不使用这个变量,我在Chrome是可以看到其他样式已经被编译好的,所以我采取了第二种方式导入index.scss。我们需要在vite的配置文件给css的预处理器进行配置,它的使用方式和Vue CLI中的配置差不多:

vite.config.js

export default defineConfig({
  plugins: [vue()],
  css: {
    preprocessorOptions: {
      scss: {
        additionalData`@import "src/assets/styles/index.scss";`
      }
    }
  }
})
复制代码

这样就完成了CSS的管理啦,当然我这种比较简单,现在还有一种比较新的用法就是使用CSS Module,希望将来能用上吧。

Sass的编写指南,大家可以参考一下:Sass Guidelines

2.4 接口管理

2.4.1 基于Axios二次封装

基于Axios二次封装已经是一种常规操作了,下面来看看项目中我是如何对API进行管理的:

  • 抽象一个HttpRequest类,主要有请求拦截/取消、REST请求(GET、POST、PUT、Delete)、统一错误处理等功能
  • 实例化这个类,然后分模块编写API请求函数,URL这种常量单独放一个文件,接口请求参数和请求体由使用者决定,最后导出一个对象出口
  • 在组件引入对应的模块即可使用

Vue3.0中最推荐的使用方式是Composition API,组件中this不推荐使用,所以如果想全局引入,需要这么做:

import { createApp } from 'vue'
import App from './App.vue'
import http from '@/api'

const app = createApp(App)
app.config.globalProperties.http = http
app.mount('#app')
复制代码

在组件中使用:

import { getCurrentInstance } from 'vue'

const {
    proxy: { http }
  } = getCurrentInstance()

// demo...
async fetchData() {
 await http.getData(...)
}
复制代码

而之前在Vue2中我们只需要在Vue.prototype上定义属性,然后在组件中使用this引入就可以了。但是全局引入会导致Vue原型很臃肿,每个组件的实例都会有这个属性,会造成一定的性能开销。

Vue3这种全局引入的做法我觉得也很麻烦,所以我的做法是在使用的组件中导入对应的API模块。

打个小广告:详细的Axios封装可以参考我的另外一篇文章在Vue项目中对Axios进行二次封装。

2.4.2 载入不同模式下全局变量

此外,我们也可以通过使用.env文件来载入不同环境下的全局变量,Vite中也使用了 dotenv来加载额外的环境变量,设置的全局变量必须以VITE_为前缀才可以正常被加载,使用方式如下:

.env.development

# 以下变量在`development`被载入
VITE_APP_BASE_API = '/api/v1'
复制代码

.env.production

# 以下变量在`production`被载入
VITE_APP_BASE_API = 'http://192.168.12.116:8888/api/v1'
复制代码

全局变量使用方式:

import.meta.env.VITE_APP_BASE_API
复制代码

2.4.3 跨域问题

Vite是基于Node服务器开发的,所以它也提供了一些配置来实现本地代理,使用方式大家应该很熟悉,这里直接上一个例子:

vite.config.js

server: {
    opentrue,
    proxy: {
      '/api/v1/chart': {
        target'http://192.168.12.116:8887',
        changeOrigintrue
      },
      '/api/v1': {
        target'http://192.168.12.116:8888',
        changeOrigintrue,
        rewrite(path) => path.replace(/^\/api/v1, '')
      }
    }
  }
复制代码

如果线上的服务器后端服务器不是同源部署也会有跨域问题,那么需要在Ngnix中配置反向代理,好在后端实现了CORS规范,那我们不需要操心线上的跨域问题了。当然解决跨域的方式有很多,下面要介绍的WebSocket就没有这个问题。

到这里接口管理相关问题也差不多说完了,项目接口数量并不是特别多,就20多个吧,所以并没有把全部接口全部交给Vuex接管,只有一少部分组件依赖的全局状态才放到Vuex中。

2.4.4 WebSocket+Vuex状态管理方案

大屏项目有将近20多个图表都是实时数据,包括设备健康度状态、设备运行指标等等,必须使用WebSocket。但是我们项目是SPA应用,每个组件都需要发消息,并且需要共享一个WebSocket实例,跨组件通信很麻烦,所以需要对这一块进行封装。

网上找了很多方案都没有解决我的问题,但是偶然却翻到了一个大佬的文章(websocket长连接和公共状态管理方案),他的文章里提到了基于WebSocket+Vuex实现“发布-订阅”模式对全局组件状态进行统一管理。我看完后受益匪浅,我这才知道如果把设计模式用于开发中能有如此“功效”。

我基于大佬的封装又优化了一些:

  • 对一些代码细节进行了修改和优化
  • 使用Class语法糖增强代码可读性
  • 增加了数据分发的功能

下面是一个简单的图:

image.png

组件通过emit方法来发送消息,消息里面标识了任务名,后端返回的数据里面也会返回这个任务名,这就形成了一个“管道”。Vuex通过订阅所有消息,然后根据任务名commit对应的mutation来完成状态变更,最后组件通过Vuex的store或者getter就能拿到数据了。

下面是一个完整的例子:

首先封装一个VueSocket类,它有发布、订阅、断线重连、心跳检测、错误调度等功能。组件只需要通过emit方法来发布消息,通过subscribe方法订阅服务端消息,然后通过Vuex的mutation来分发消息。

我们目前只需要关注emitsubscribe两个方法,当然handleData这个函数也很重要,主要是对来自不同任务的数据进行分发。

src/utils/VueSocket.js

class VueSocket {
  /**
   * VueSocket构造器
   * @param {string} url socket服务器URL
   * @param {function} commit Vuex中的commit函数,提交mutation触发全局状态变更
   * @param {function} handleData 数据分发处理函数,根据订阅将数据分发给不同的任务处理
   */

  constructor(url, commit, handleData = null) {
    this.url = url // socket连接地址
    this.commit = commit
    this.distributeData = handleData

    this.ws = null // 原生WebSocket对象
    this.heartbeatTimer = null
    this.errorResetTimer = null // 错误重连轮询器
    this.disconnectSource = '' // 断开来源: 'close' 由close事件触发断开, 'error'由error事件触发断开
    this.reconnectNumber = 0 // 重连次数
    this.errorDispatchOpen = true // 开启错误调度
    this.closeSocket = false // 是否关闭socket
    this.init()
  }

  /**
   * 错误调度
   * @param {string} type 断开来源=> 'close' | 'error'
   * @returns {function}
   */

  static errorDispatch(type) {
    return () => {
      if (this.disconnectSource === '' && this.errorDispatchOpen) {
        this.disconnectSource = type
      }

      console.log(`[Disconnected] WebSocket disconnected from ${type} event`)

      // socket断开处理(排除手动断开的可能)
      if (this.disconnectSource === type && !this.closeSocket) {
        this.errorResetTimer && clearTimeout(this.errorResetTimer)
        VueSocket.handleDisconnect()
      }
    }
  }

  /**
   * 断开处理
   * @returns {undefined}
   */

  static handleDisconnect() {
    // 重连超过4次宣布失败
    if (this.reconnectNumber >= 4) {
      this.reconnectNumber = 0
      this.disconnectSource = ''
      this.errorResetTimer = null
      this.errorDispatchOpen = false
      this.ws = null
      console.log('[failed] WebSocket connect failed')
      return
    }
    // 重连尝试
    this.errorResetTimer = setTimeout(() => {
      this.init()
      this.reconnectNumber++
      console.log(`[socket reconnecting ${this.reconnectNumber} times...]`)
    }, this.reconnectNumber * 1000)
  }

  /**
   * 事件轮询器
   * @param {function} event 事件
   * @param {number|string} outerConditon 停止条件
   * @param {number} time
   * @param {function} callback
   */

  static eventPoll(event, outerConditon, time, callback) {
    let timer
    let currentCondition
    timer = clearInterval(() => {
      if (currentCondition === outerConditon) {
        clearInterval(timer)
        callback && callback()
      }
      currentCondition = event()
    }, time)
  }

  /**
   * 初始化连接,开始订阅消息
   * @param {function} callback
   */

  init(callback) {
    // 如果已经手动关闭socket,则不允许初始化
    if (this.closeSocket) {
      throw new Error('[Error] WebSocket has been closed.')
    }

    // 清除心跳检测计时器
    this.heartbeatTimer && clearTimeout(this.heartbeatTimer)
    this.ws = new WebSocket(this.url)

    this.ws.onopen = () => {
      callback && callback()
      this.reconnectNumber = 0
      this.disconnectSource = ''
      this.errorResetTimer = null
      this.errorDispatchOpen = true
      // 订阅消息
      this.subscribe()
      // 开启心跳侦测
      this.heartbeatDetect()
      console.log('[Open] Connected')
    }

    this.ws.onclose = VueSocket.errorDispatch('close')
    this.ws.onerror = VueSocket.errorDispatch('error')
  }

  /**
   * 订阅器
   */

  subscribe() {
    this.ws.onmessage = (res) => {
      if (res.data) {
        const data = JSON.parse(res.data)
        // 根据任务类型,分发数据
        try {
          this.distributeData && this.distributeData(data, this.commit)
        } catch (e) {
          console.log(e)
        }
      }
      // 收到消息关闭上一个心跳定时器并启动新的定时器
      this.heartbeatDetect()
    }
  }

  /**
   * 发布器(组件发消息的)
   * @param {String} data
   * @param {Function} callback
   */

  emit(data, callback) {
    const state = this.getSocketState()
    if (state === this.ws.OPEN) {
      this.ws.send(JSON.stringify(data))
      callback && callback()
      this.heartbeatDetect()
    } else if (state === this.ws.CONNECTING) {
      // 连接中轮询
      VueSocket.eventPoll(state, this.ws.OPEN, 500, () => {
        this.ws.send(JSON.stringify(data))
        callback && callback()
        this.heartbeatDetect()
      })
    } else {
      this.init(() => {
        this.emit(data, callback)
      })
    }
  }

  /**
   * 心跳侦测
   */

  heartbeatDetect() {
    this.heartbeatTimer && clearTimeout(this.heartbeatTimer)
    this.heartbeatTimer = setTimeout(() => {
      const state = this.getSocketState()
      if (state === WebSocket.OPEN || state === WebSocket.CONNECTING) {
        // 发送心跳
        this.ws.send('ping')
      } else {
        this.init()
      }
    }, 50000)
  }

  /**
   * 手动关闭连接
   */

  close() {
    this.heartbeatTimer && clearTimeout(this.heartbeatTimer)
    this.errorResetTimer && clearTimeout(this.errorResetTimer)
    this.closeSocket = true
    this.ws.close()
  }
  /**
   * 手动连接
   */

  open() {
    if (!this.closeSocket) {
      throw new Error('[Error] WebSocket is connected')
    }
    this.heartbeatTimer = null
    this.reconnectNumber = 0
    this.disconnectSource = 0
    this.errorResetTimer = null
    this.errorDispatchOpen = true
    this.closeSocket = false
    this.init()
  }

  /**
   * 获取当前socket状态
   */

  getSocketState() {
    return this.ws.readyState
  }
}

export default VueSocket

复制代码

在Vuex中定义初始化WebSocket连接的actionmutation

import { createStore, createLogger } from 'vuex'
import VueSocket from '@/utils/VueSocket'
import { round } from '@/use/useToolFunction'
import {
  handleData
from '@/utils/handleSocketData' // 分发任务的关键函数
import { WEBSOCKET } from '@/config' // 导出一个常量

const debug = import.meta.env.MODE.startsWith('dev')
const store = createStore({
  state: {
    wsnull // websorket实例
  },
  mutations: {
    // 初始化socket连接
    createSocket(state, { commit }) {
      const baseURL = `${import.meta.env.VITE_APP_SOCKET}?portName=${
        WEBSOCKET.TARGET
      }
`

      state.ws = new VueSocket(baseURL, commit, handleData)
    },
  },
  actions: {
    // 创建实例
    socketInit({ commit }) {
      commit('createSocket', { commit })
    }
  }
  // debug console
  // plugins: debug ? [createLogger()] : [],
})

export default store

复制代码

重点说一下这个handleData方法吧,VueSocket实例调用subscribe方法后就会订阅服务器所有的消息,而这个方法就是根据消息里面的任务名把消息送达各个组件。

比如现在有一个场景:有很多设备的子设备健康度需要实时展示:

const handleData = (data, commit) => {
  // 当前任务
  const [task] = Object.keys(data)

  // 任务执行器
  const taskRunner = {
    healthRunner() {
      const {
        message: { dataContent }
      } = data[task]
      // 更新状态
      dataContent &&
        commit('updateHealthDegree', {
          prop: task,
          healthDegree: dataContent[0].health
        })
    },
    defaultRunner(mutation) {
      const {
        message: { dataContent }
      } = data[task]
      // 更新状态
      dataContent && commit(mutation, dataContent)
    }
  }

  // 任务映射委托
  const taskMap = {
    // 健康度
    completeMachineHealthDegree() {
      taskRunner.healthRunner()
    },
    pressureHealthDegree() {
      taskRunner.healthRunner()
    },
    axletreeHealthDegree() {
      taskRunner.healthRunner()
    },
    gearboxHealthDegree() {
      taskRunner.healthRunner()
    }
  }

  // 执行任务
  if (task in taskMap) {
    taskMap[task]()
  }
}
复制代码

这个方法十分关键,所有的任务其实只是一个对象中的属性,然后映射的值是一个函数,只要判断这个任务在这个对象里面就会执行对应的函数。而最后任务的执行器其实就是调用了传进来的commit函数,触发mutation变更状态。我最开始是使用if/else或者switch/case来处理这个逻辑,但是随着任务越来越多(20多个),代码可读性也变得糟糕起来,所以想了这个办法处理。

下面是Vuex的定义,store/getters必须与任务名对应:

state: {
    completeMachineHealthDegree1// 整机健康度
    pressureHealthDegree1,        // 液压系统健康度
    axletreeHealthDegree1,        // 泵健康度
    gearboxHealthDegree1          // 齿轮箱健康度
},
getters: {
    pressureHealthDegree(state) {
      return round(state.pressureHealthDegree, 2)
    },
    axletreeHealthDegree(state) {
      return round(state.axletreeHealthDegree, 2)
    },
    gearboxHealthDegree(state) {
      return round(state.gearboxHealthDegree, 2)
    },
    completeMachineHealthDegree(state) {
      return round(state.completeMachineHealthDegree, 2)
    }
},
mutation: {
    // 健康度
    updateHealthDegree(state, { healthDegree, prop }) {
      state[prop] = healthDegree
    }
}
复制代码

万事俱备只欠东风,有了初始化连接的方法后,现在App.vue这个组件触发一下action

App.vue

import { useStore } from 'vuex'

const store = useStore()
store.dispatch('socketInit')
复制代码

连接建立后,就可以搞事情咯。我们先根据后端的数据格式封装一个Compostion Function,因为有很多组件都需要使用这个实例发消息。

src/use/useEmit.js

import { useStore } from 'vuex'

function useEmit(params{
  const store = useStore()
  const ws = store.state.ws
  const data = {
    msgContent`${JSON.stringify(params)}`,
    postsId1
  }
  ws.emit(data)
}

export default useEmit
复制代码

在组件里面使用:

HealthChart.vue

import useEmit from '@/use/useEmit'

// params由父组件传进来,这里就不详细展开了
const params = { ... }

onMounted(() => {
    useEmit(params)
})
复制代码

然后通过watchwatchEffect方法监听数据变化,每次变化都去调用echarts实例的setOption方法来重绘图表,这样就可以实现动态数据变更了,这里就不展开讲了。

2.4.5 数据Mock

我们是前后端同步开发,有时候会出现前端开发完接口没开发完的情况,我们可以先根据接口文档(没有接口文档可以问后端要数据库的表)来Mock数据。我们通常有下面的解决方法:

  • 使用mockjs
  • 使用Node部署一个MockServer
  • 使用静态JSON文件

第一种我们比较常用,但是浏览器NetWork工具看不到发不出去的请求;第二种需要单独写一套Node服务,或者用第三方服务本地部署,很好用,但是有些麻烦;第三种比较原始就不考虑了。

最后使用了vite-plugin-mock,这是一个基于Vite开发的插件。

提供本地和生产模拟服务。vite 的数据模拟插件,是基于 vite.js 开发的。并同时支持本地环境和生产环境。Connect 服务中间件在本地使用,mockjs 在生产环境中使用。

先安装:

yarn add mockjs
yarn add vite-plugin-mock -D
复制代码

配置:

// vite.config.js

import { viteMockServe } from 'vite-plugin-mock'

export default defineConfig({
  plugins: [
    vue(),
    viteMockServe({
      supportTsfalse
    })
  ]
})
复制代码

它默认会在根目录下请求mock文件下的数据,不过可以进行配置。先这个文件下配置需要的数据,然后在组件发请求就可以了。

// mock/index.js

export default [
  {
    url'/api/get',
    method'get',
    response({ query }) => {
      return {
        code0,
        data: {
          name'vben'
        }
      }
    }
  },
  {
    url'/api/post',
    method'post',
    timeout2000,
    response: {
      code0,
      data: {
        name'vben'
      }
    }
  }
]
复制代码

3.项目遇到的坑

ViteVue3都是较新的技术,而且使用UI框架也是beta版本,遇到的坑真是不少,大部分的坑都是靠着官方的issue来解决的,好在都能找到对应的issue,不然得自己提issue等待回复了。

3.1 启动项目就报错(esbuild error)

后面查看相关issue,主要可以从下面几个方法尝试:

  • 不要用中文名路径
  • 不用Git Bash来启动
  • 删除node_modules重新安装
  • npm换成yarn

具体issue忘记记录了,大家如果也碰到相关问题可以按照上面的方式尝试。

3.2 @vue/compiler-sfc 3.0.7 版本后打包后,style scoped里面的样式失效

相关 issues:

  • Scoped CSS not generating correctly
  • Vue 3 scoped styles do not work on preview

解决方案:将@vue/compiler-sfc锁定为版本3.0.7

3.3 父组件使用ref访问子组件(子组件使用了 setup sugar)时,ref值为{}

相关issue:

  • Setup sugar cannot pass the ref object to the ref function param.But I can get the ref object correctly with no sugar

官方目前还在讨论具体的解决方案,我们现在只需要在这种场景下让子组件不使用setup sugar

4.可优化的地方

4.1 线上错误监控(sentry)

Vite生产环境下是通过rollup进行打包的,即使本地开发进行了测试也没有复现的BUG,但是我们是无法知道用户的使用场景的,线上的BUG总会有我们想不到的地方,这一块的基础设施后续有时间必须安排上。

4.2 Monorepo

我为了追求速度,搭建完一套系统后,就复制它给其他系统用。但其实里面有很多可以复用的模块,除了上传私有Npm,还有一个更好的方式就是Monorepo,它把所有子项目集中在一起管理,而且这几个子项目都跟业务强相关,不用再切来切去了,最重要就的就是它只需要走一套CI/CD流程就行了。

4.3 Git工作流

Git工作流没有搭建是因为我们就2-3个人,走这套流程时间不允许。但是以后有新成员加入,团队人员变多后就需要这套工作流了。

4.4 定制脚手架

项目搭建完,可以把一些业务代码与配置抽离出去,然后搭建一个自己的脚手架,当然也可以基于业务定制化脚手架,这样以后有相关架构的项目可以直接基于这个脚手架开发,节省前期基础设施搭建的时间。

4.5 多个Echarts组件实时渲染数据掉帧,吃内存

这是我之前没有考虑到的性能优化问题,我以为我考虑很全面了,结果还是把最重要的性能优化给忘了,这是我的失职。所以以后开发任何业务功能,都需要考虑性能,在满足基本需求下,加大量级去考虑问题。

比如我这个Echarts图表渲染问题,20多个图表,上万的数据实时渲染,目前还只是掉帧吃内存,如果把量级加大到几十万条数据呢?

5.总结

本文主要是对我前三个月所做项目的总结与反省,我从项目搭建角度出发,给大家讲述了如何让项目变得规范和严谨,最后得出一些自己的思考,我希望自己能从这次项目中成长起来,也希望给大家带来一次分享,从中受益,也欢迎大家批评指正。

最后还要提一嘴的是,我们的团队很小,也不是大公司,正因为这个原因我才有机会尝试这些新鲜技术,并用于实战,但是我们也需要承担自己的责任,出了任何问题都要站出来解决。

关于本文

作者:不烧油的小火柴

https://juejin.cn/post/6969758357288648718


浏览 71
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报