关于vite。config。js相关配置
使用 vite 创建项目完成后会自动生成 一个 vite.config.js 代码如下:import { defineConfig } from "vite" import vue from "@vitejs/plugin-vue" export default defineConfig({ plugins: [vue()], })
当以命令方式运行 vite 时,vite 会自动解析项目根目录下 vite.config.js 的文件。配置不全时,在开发环境下运行都是正常的,但是打包上线的时候就会出现各种问题。如:假设不配置 base 时,打包之后,访问时出现白屏。alias 不配置的时候,每次引入文件需要找根目录,比较麻烦。
以下是 vite.config.js 的更多常用参数配置以及意义:import { defineConfig } from "vite" // 帮手函数,这样不用 jsdoc 注解也可以获取类型提示 import vue from "@vitejs/plugin-vue" const { resolve } = require("path") import { viteMockServe } from "vite-plugin-mock" const localEnabled = process.env.USE_MOCK || false; const prodEnabled = process.env.USE_CHUNK_MOCK || false; // https://vitejs.dev/config/ export default () => defineConfig({ plugins: [ //配置需要使用的插件列表 vue(), viteMockServe({ mockPath: "./src/server/mock", localEnabled: localEnabled, // 开发打包开关 true时打开mock false关闭mock prodEnabled: prodEnabled,//prodEnabled, // 生产打包开关 // 这样可以控制关闭mock的时候不让mock打包到最终代码内 injectCode: ` import { setupProdMockServer } from "./mockProdServer"; setupProdMockServer(); `, logger: false, //是否在控制台显示请求日志 supportTs:false //打开后,可以读取 ts 文件模块 打开后将无法监视 .js 文件 }) ], // 强制预构建插件包 optimizeDeps: { //检测需要预构建的依赖项 entries: [], //默认情况下,不在 node_modules 中的,链接的包不会预构建 include: ["axios"], exclude:["your-package-name"] //排除在优化之外 }, //静态资源服务的文件夹 publicDir: "public", base: "./", //静态资源处理 assetsInclude: "", //控制台输出的级别 info 、warn、error、silent logLevel: "info", // 设为false 可以避免 vite 清屏而错过在终端中打印某些关键信息 clearScreen:true, resolve: { alias: [//配置别名 { find: "@", replacement: resolve(__dirname, "src") } ], // 情景导出 package.json 配置中的exports字段 conditions: [], // 导入时想要省略的扩展名列表 // 不建议使用 .vue 影响IDE和类型支持 extensions:[".mjs",".js",".ts",".jsx",".tsx",".json"] }, // css css: { // 配置 css modules 的行为 modules: { }, // postCss 配置 postcss: { }, //指定传递给 css 预处理器的选项 preprocessorOptions:{ scss: { additionalData:`$injectedColor:orange;` } } }, json: { //是否支持从 .json 文件中进行按名导入 namedExports: true, //若设置为 true 导入的json会被转为 export default JSON.parse("..") 会比转译成对象字面量性能更好 stringify:false }, //继承自 esbuild 转换选项,最常见的用例是自定义 JSX esbuild: { jsxFactory: "h", jsxFragment: "Fragment", jsxInject:`import Vue from "vue"` }, //本地运行配置,以及反向代理配置 server: { host: "localhost", https: false,//是否启用 http 2 cors: true,//为开发服务器配置 CORS , 默认启用并允许任何源 open: true,//服务启动时自动在浏览器中打开应用 port: "9000", strictPort: false, //设为true时端口被占用则直接退出,不会尝试下一个可用端口 force: true,//是否强制依赖预构建 hmr: false,//禁用或配置 HMR 连接 // 传递给 chockidar 的文件系统监视器选项 watch: { ignored:["!**/node_modules/your-package-name/**"] }, // 反向代理配置 proxy: { "/api": { target: "https://xxxx.com/", changeOrigin: true, rewrite: (path) => path.replace(/^/api/, "") } } }, //打包配置 build: { //浏览器兼容性 "esnext"|"modules" target: "modules", //指定输出路径 outDir: "dist", //生成静态资源的存放路径 assetsDir: "assets", //小于此阈值的导入或引用资源将内联为 base64 编码,以避免额外的 http 请求。设置为 0 可以完全禁用此项 assetsInlineLimit: 4096, //启用/禁用 CSS 代码拆分 cssCodeSplit: true, //构建后是否生成 source map 文件 sourcemap: false, //自定义底层的 Rollup 打包配置 rollupOptions: { }, //@rollup/plugin-commonjs 插件的选项 commonjsOptions: { }, //构建的库 lib: { }, //当设置为 true,构建后将会生成 manifest.json 文件 manifest: false, // 设置为 false 可以禁用最小化混淆, // 或是用来指定使用哪种混淆器 // boolean | "terser" | "esbuild" minify: "terser", //terser 构建后文件体积更小 //传递给 Terser 的更多 minify 选项。 terserOptions: { }, //设置为 false 来禁用将构建后的文件写入磁盘 write: true, //默认情况下,若 outDir 在 root 目录下,则 Vite 会在构建时清空该目录。 emptyOutDir: true, //启用/禁用 brotli 压缩大小报告 brotliSize: true, //chunk 大小警告的限制 chunkSizeWarningLimit: 500 }, ssr: { // 列出的是要为 SSR 强制外部化的依赖 external: [], //列出的是防止被 SSR 外部化依赖项 noExternal: [ ] } })
好了小编今天的文章就到此结束了,喜欢我的可以点个关注哦
ITX夏日能否HOLD得住9900K风水结合LD03小钢炮装机展示说在前面其实对于这次装机完全是自己出于新奇心的一次瞎折腾,个人真正开始热衷于折腾电脑硬件就是始于银欣的这个结构机箱,初款的乌鸦1对于当初的机箱产业来说可谓是惊艳,颠覆传统机箱的结构
关于海燕T241收音机的打理改造想法国庆期间把家父这台T241打理完毕,遂产生了一些改机想法,目前还只是想法,将会不日开工,付诸实践,让老机更好的发挥余热,成功后再详细发文总结。交流声重。该机型使用220V供电,变压
德仕博1780简评与改造我之前对德仕博这个品牌毫无所知,猜想应该是东莞的某个小厂,1780应该是出口转内销的机型,因为我看到过国外同款马甲机型,再加上是DSP机,所以并不怎么关注。但是身边却一直有朋友推荐
索尼SW77的打理维修经验SW77是索尼90年代初的高端数调机,无论从外观,功能还是内部电路工艺都充满了设计感,有些技术甚至可以说是激进的,贴片电解电容在收音机上的使用就是一个例子。贴片电容体积小,可以提高
索尼SW77调幅AGC的起控点调整我之前有发过SW77的电路分析,文中提到它的调幅电路有完善的AGC控制措施,可以根据电台信号强度自动调整高放级增益而不是简单的衰减信号,这种手段似乎更科学合理一些。它的控制信号取自
SONYICF5900W电路分析前些天我分享了松下名机RF2200的电路特点,由此自然而然想到了它同期的对飙机型5波段的索尼ICF5900(W)。两台机同属于BCL经典机,同发布于1975年前后只相差几个月。作为
索尼CRF160电路分析索尼的便携机系列被命名为ICF,口袋耳机随身听为SRF,CRF系列是桌面级的专业收音机,因此灵敏度和选择性,音质等指标都堪称优秀。这台13波段的CRF160发布于70年代初,采用全
一台FM立体声收音机的制作手头多年积攒的各种零件实在太多,扔了又可惜,只能想办法利用了,于是有了这台调频立体声收音机。外壳是网上买的防水盒,价格便宜记得只要十来块钱但是光泽度好坚固耐用,最大好处是易于手工加
索尼便携机的同步检波单边带解调分析索尼常见的几款经典数调便携机均支持同步检波和单边带解调,例如SW77,SW07,SW7600G,SW7600GR,SW100,EX5等。当年这些高端功能在模拟便携机上实现是很不容易
德生PL660的中波假响应和啸叫分析我之前陆陆续续发了一些德生PL660中波某频点假响应或啸叫的现象视频和初步分析,随着验证的深入,这里总结整理一下我发现这个问题的来龙去脉和原因分析。起初发现啸叫问题,我还怀疑是我这
德生PL600电路分析德生PL600电路分析我之前写过德生9700DX,450,550,660,330,990,501,S2000的电路分析文章,因为它们都极具代表性9700DX五年磨一剑有着漂亮的刻度