基于Vite2+Vue3的项目复盘总结

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的项目中如何使用ESLint和Prettier对代码风格进行约束。

首先安装这几个包：

• 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.js和prettier.config.js（拓展名可以自由选择），我们把下面内容加进去：

.eslintrc.js

module.exports = {
  parser: 'vue-eslint-parser',
  env: {
    browser: true,
    node: true,
    es2021: true
  },
  extends: ['plugin:vue/vue3-recommended', 'plugin:prettier/recommended'],
  parserOptions: {
    ecmaVersion: 12,
    sourceType: 'module'
  },
  rules: {
    'prettier/prettier': 'error'
  }
}
复制代码

prettier.config.js

module.exports = {
  printWidth: 100,
  tabWidth: 2,
  useTabs: false,
  semi: false, // 未尾逗号
  vueIndentScriptAndStyle: true,
  singleQuote: true, // 单引号
  quoteProps: 'as-needed',
  bracketSpacing: true,
  trailingComma: 'none', // 未尾逗号
  arrowParens: 'always',
  insertPragma: false,
  requirePragma: false,
  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后再来对这个流程进行优化。

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

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: {
    open: true,
    proxy: {
      '/api/v1/chart': {
        target: 'http://192.168.12.116:8887',
        changeOrigin: true
      },
      '/api/v1': {
        target: 'http://192.168.12.116:8888',
        changeOrigin: true,
        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来分发消息。

我们目前只需要关注emit和subscribe两个方法，当然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连接的action和mutation：

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: {
    ws: null // 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: {
    completeMachineHealthDegree: 1, // 整机健康度
    pressureHealthDegree: 1,        // 液压系统健康度
    axletreeHealthDegree: 1,        // 泵健康度
    gearboxHealthDegree: 1          // 齿轮箱健康度
},
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)}`,
    postsId: 1
  }
  ws.emit(data)
}

export default useEmit
复制代码

在组件里面使用：

HealthChart.vue

import useEmit from '@/use/useEmit'

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

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

然后通过watch或watchEffect方法监听数据变化，每次变化都去调用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({
      supportTs: false
    })
  ]
})
复制代码

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

// vite.config.js

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

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

3.项目遇到的坑

Vite和Vue3都是较新的技术，而且使用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.总结

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

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