第3章:企业中vite配置方案

vite移动端和PC端构建的顺序

我们此次项目包括了移动端和PC端,这样让我们在开发的时候就要分别去处理这两部分的内容,我们应该要按照什么顺序构建呢?

因为我们这次项目采用的是tailwindcss,所以要支持他的构建顺序。也就是移动优先原则。tailwind在构建响应式系统时,需要先构建移动端,再构建PC端。

构建移动处理工具isMobile

我们应该任何去判断这个是移动端设备还是PC设备呢?

为了达到这个目的我们需要创建我们的第一个工具方法:isMobile。

src\constants\index.js

//PC 设备指定宽度
export const PC_WIDTH = 1280

src\utils\flexible.js

import { computed } from "vue";
import { PC_WIDTH } from "../constants";

/**
 * 判断是否为移动设备,判断依据是否为1280
 */
export const isMobile =computed(() =>{
    return document.documentElement.clientWidth < PC_WIDTH
})

src\App.vue

<template>
  <div>
    {{ isMobile }}
  </div>
</template>

<script>
import { isMobile } from './utils/flexible'
export default {
  setup() {
    console.log('isMobile value:', isMobile.value)
    return {
      isMobile 
    }
  }
}
</script>

<style scoped lang='scss'>

</style>

注意:因为我们使用的是响应式布局所以依旧宽带改变进行判断设备,但是实际开发中还是建议使用正则表达式来判断

/**
 * 判断当前是否为移动设备
 */
export const isMobileTerminal = computed(() => {
  return /Android|webOS|iPhone|iPod|BlackBerry|IEMobile|Opera Mini/i.test(navigator.userAgent)
})

vueuse优化方案

我们使用isMobile方法时,当我们切换浏览器设备,发现其结构并不是相应式的,这样我们的计算属性就毫无意义。

我们知道对于计算属性来说,它会在依赖的响应式数据中发送变化,重新计算,但是我们编写的document.documentElement.clientWidth并不是响应式数据,所以计算属性不能重计算。

这时我们就引入了vue的工具类库vueuse。

  1. 安装vueuse
npm i @vueuse/core@8.1.2
  1. 在src\utils\flexible.js,使用useWindowSize方法
import { computed } from "vue";
import { PC_WIDTH } from "../constants";
import { useWindowSize } from "@vueuse/core";

const {width} = useWindowSize()
/**
 * 判断是否为移动设备,判断依据是否为1280
 */
export const isMobile =computed(() =>{
    return width.value < PC_WIDTH
})
 

定义@软连接

在我们将'../constants'改为'@/constants '时候会发现以下错误

那我们可以定义什么方法才可以让vite支持呢?
我们可以使用vite提供的resolve.alias功能,表示:通过别名指向一个具体的路径

在vite.config.js编写以下代码:

import { defineConfig } from 'vite'
import vue from '@vitejs/plugin-vue'
import {join} from 'path'

// https://vitejs.dev/config/
export default defineConfig({
  plugins: [vue()],
  //软链接
  resolve: {
    alias: {
      '@': join(__dirname,'/src')
    }
  }
})

构建VueRouter移动端路由表

我们已经有了isMobile方法,接下来就是构建移动端路由表,首先我们需要初始化我们的'vue-router'

  1. 在src\router\index.js中初始化VueRouter
import { createRouter, createWebHistory } from 'vue-router'
import { isMobile } from '@/utils/flexible'
import moblieRoutes from './modules/moblie-routes'
import pcRoutes from './modules/pc-routes'

//创建vueRouter实例
const router = createRouter({
  history: createWebHistory(),
  routes: isMobile.value?moblieRoutes:pcRoutes
})

export default router
  1. 在src\router\modules\moblie-routes.js构建移动端路由表
export default [
    {
        path: '/',
        name: 'home',
        component:()=>import('@/views/main/index.vue')
    }
]
  1. 并在main.js里面修改
import { createApp } from 'vue'
import App from './App.vue'
import './styles/index.scss'
import router from './router'

createApp(App).use(router).mount('#app')

划分路由首页

src\views\main\index.vue

<template>
  <div>
    <navigation-vue />
  </div>
</template>

<script setup>
import navigationVue from './components/navigation/index.vue'
</script>

<style scoped lang="scss"></style>

src\views\main\components\navigation\index.vue

<template>
  <mobile-navigation-vue v-if="isMobile" />
</template>

<script setup>
import { isMobile } from '@/utils/flexible'
import mobileNavigationVue from './mobile/index.vue'
</script>

<style scoped lang="scss"></style>

src\views\main\components\navigation\mobile\index.vue

<template>
  <div>
    这是移动端的navigation
  </div>
</template>

<script setup>

</script>

<style scoped lang=''>

</style>

导入配置axios

有了基础的导航栏之后,我们接下来就是开始获取数据渲染数据,这就用到了axios

  1. 首选要安装axios依赖
npm i --save axios@0.26.1
  1. 创建src\utils\request.js
import axios from 'axios'

const service = axios.create({
  baseURL: 'https://api.imooc-front.lgdsunday.club/api',
  timeout: 5000
})

export default service
  1. 创建请求接口
import request from '@/utils/request'

/** 获取分页列表 */
export const getCategory = () =>{
    return request({
        url: '/category'
    })
}
  1. 在调用接口并尝试获取数据
<template>
  <div>
    这是移动端的navigation
  </div>
</template>

<script setup>
import {getCategory} from '@/api/category'
const getCategoryData = async() =>{
  const res =await getCategory()
  console.log(res)
}

getCategoryData()
</script>

<style scoped lang=''>

</style>

发现出现跨域问题

vite处理跨域问题

刚刚我们发现了跨域问题,这个在前后端分离项目跨域是十分常见的,接下来我们开始处理跨域问题。

  1. 首先我们要修改一下request.js文件
const service = axios.create({
  baseURL: '/api',
  timeout: 5000
})
  1. 然后在vite.config.js文件中添加server选型,配置代理
import { defineConfig } from 'vite'
import vue from '@vitejs/plugin-vue'
import {join} from 'path'

// https://vitejs.dev/config/
export default defineConfig({
  
 ......
   
  // 代理配置
  server:{
    proxy:{
      //代理所有 /api的请求
      '/api':{
        target:'https://api.imooc-front.lgdsunday.club',
        //跨域配置
        changeOrigin: true
      }
    }
  }
})

vite处理环境变量

dev:https://api.imooc-front.lgdsunday.club/api

prod:https://api.imooc-front.lgdsunday.club/prod-api

我们在企业开发的时候经常会碰到开发环境和生产环节,这是我们就要将dev里面的数据打包项目时切换为prod模式

在vite里面提供了.env文件,该文件为环境变量文件、默认提供了四中文件格式:

.env  									所有情况下都会加载
.env.local 							所有情况下都会加载,但会被git忽略
.env.[mode] 						只在指定模式下加载
.env.[mode].local 			只在指定模式下加载,但会被git忽略

开发生产环境和发布环境

# 开发时进行加载

# base api ,默认只有VITE_ 前缀的变量才会暴露出去,给vite进行处理
VITE_BASE_API = '/api'
# 发布时进行加载

# base api ,默认只有VITE_ 前缀的变量才会暴露出去,给vite进行处理
VITE_BASE_API = '/prod-api'

生产环境

发布环境:

  1. 首先要 npm run build 然后进入dist文件夹中
  2. 使用npm安装anywhere :npm install -g anywhere
  3. 使用简单的静态服务器anywhere

根据状态切换不一样的请求地址:

import axios from 'axios'


const service = axios.create({
  baseURL: import.meta.env.VITE_BASE_API,
  timeout: 5000
})

export default service

import.meta.env.VITE_BASE_API 查看当前的环境

内容概要:本文围绕EKF SLAM(扩展卡尔曼滤波同步定位与地图构建)的性能展开多项对比实验研究,重点分析在稀疏与稠密landmark环境下、预测与更新步骤同时进行与非同时进行的情况下的系统性能差异,并进一步探讨EKF SLAM在有色噪声干扰下的鲁棒性表现。实验考虑了不确定性因素的影响,旨在评估不同条件下算法的定位精度与地图构建质量,为实际应用中EKF SLAM的优化提供依据。文档还提及多智能体系统在遭受DoS攻击下的弹性控制研究,但核心内容聚焦于SLAM算法的性能测试与分析。; 适合人群:具备一定机器人学、状态估计或自动驾驶基础知识的科研人员及工程技术人员,尤其是从事SLAM算法研究或应用开发的硕士、博士研究生和相关领域研发人员。; 使用场景及目标:①用于比较EKF SLAM在不同landmark密度下的性能表现;②分析预测与更新机制同步与否对滤波器稳定性与精度的影响;③评估系统在有色噪声等非理想观测条件下的适应能力,提升实际部署中的可靠性。; 阅读建议:建议结合MATLAB仿真代码进行实验复现,重点关注状态协方差传播、观测更新频率与噪声模型设置等关键环节,深入理解EKF SLAM在复杂环境下的行为特性。稀疏 landmark 与稠密 landmark 下 EKF SLAM 性能对比实验,预测更新同时进行与非同时进行对比 EKF SLAM 性能对比实验,EKF SLAM 在有色噪声下性能实验
内容概要:本文围绕“基于主从博弈的售电商多元零售套餐设计与多级市场购电策略”展开,结合Matlab代码实现,提出了一种适用于电力市场化环境下的售电商优化决策模型。该模型采用主从博弈(Stackelberg Game)理论构建售电商与用户之间的互动关系,售电商作为领导者制定电价套餐策略,用户作为跟随者响应电价并调整用电行为。同时,模型综合考虑售电商在多级电力市场(如日前市场、实时市场)中的【顶级EI复现】基于主从博弈的售电商多元零售套餐设计与多级市场购电策略(Matlab代码实现)购电组合优化,兼顾成本最小化与收益最大化,并引入不确定性因素(如负荷波动、可再生能源出力变化)进行鲁棒或随机优化处理。文中提供了完整的Matlab仿真代码,涵盖博弈建模、优化求解(可能结合YALMIP+CPLEX/Gurobi等工具)、结果可视化等环节,具有较强的可复现性和工程应用价值。; 适合人群:具备一定电力系统基础知识、博弈论初步认知和Matlab编程能力的研究生、科研人员及电力市场从业人员,尤其适合从事电力市场运营、需求响应、售电策略研究的相关人员。; 使用场景及目标:① 掌握主从博弈在电力市场中的建模方法;② 学习售电商如何设计差异化零售套餐以引导用户用电行为;③ 实现多级市场购电成本与风险的协同优化;④ 借助Matlab代码快速复现顶级EI期刊论文成果,支撑科研项目或实际系统开发。; 阅读建议:建议读者结合提供的网盘资源下载完整代码与案例数据,按照文档目录顺序逐步学习,重点关注博弈模型的数学表达与Matlab实现逻辑,同时尝试对目标函数或约束条件进行扩展改进,以深化理解并提升科研创新能力。
内容概要:本文介绍了基于粒子群优化算法(PSO)的p-Hub选址优化问基于粒子群优化算法的p-Hub选址优化(Matlab代码实现)题的Matlab代码实现,旨在解决物流与交通网络中枢纽节点的最优选址问题。通过构建数学模型,结合粒子群算法的全局寻优能力,优化枢纽位置及分配策略,提升网络传输效率并降低运营成本。文中详细阐述了算法的设计思路、实现步骤以及关键参数设置,并提供了完整的Matlab仿真代码,便于读者复现和进一步改进。该方法适用于复杂的组合优化问题,尤其在大规模网络选址中展现出良好的收敛性和实用性。; 适合人群:具备一定Matlab编程基础,从事物流优化、智能算法研究或交通运输系统设计的研究生、科研人员及工程技术人员;熟悉优化算法基本原理并对实际应用场景感兴趣的从业者。; 使用场景及目标:①应用于物流中心、航空枢纽、快递分拣中心等p-Hub选址问题;②帮助理解粒子群算法在离散优化问题中的编码与迭代机制;③为复杂网络优化提供可扩展的算法框架,支持进一步融合约束条件或改进算法性能。; 阅读建议:建议读者结合文中提供的Matlab代码逐段调试运行,理解算法流程与模型构建逻辑,重点关注粒子编码方式、适应度函数设计及约束处理策略。可尝试替换数据集或引入其他智能算法进行对比实验,以深化对优化效果和算法差异的理解。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值