vite进行打包时如何把某个静态文件原封不动地拷贝到打包后的文件中

2023-10-14 05:44

本文主要是介绍vite进行打包时如何把某个静态文件原封不动地拷贝到打包后的文件中,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

最近新建了一个项目,是用vue3.x+vite+pinia+elementPlus搭建的。
在后续的需求开发中,遇到这样一个问题,就是要进行pdf文件预览,所以我引入了pdf.js这个插件,我使用了这个插件中的展示页面viewer.html,具体代码如下:

<template><div><iframe:src="pdfUrl"frameborder="0"width="100%"height="100%"></iframe><button @click="viewPdf">预览pdf</button></div>
</template><script setup>
let pdfUrl = "";
let href = `http://xxx.xxx.com.cn/sit/static/assets/online.pdf`;
pdfUrl = `static/pdfjs/web/viewer.html?file=${encodeURIComponent(href)}`;
function viewPdf() {window.open(`static/pdfjs/web/viewer.html?file=${encodeURIComponent(href)}`);
}
</script><style scoped>
</style>

从代码中可以看到pdfjs这个文件里面是存放pdf.js插件的文件夹,然后这个文件夹放在static文件夹下面,是这样的逻辑结构,如果要进行打包,怎么把static这个文件夹下面的文件不经过打包编译直接放在打包后的文件中呢

看了一下vite官方文档,有这样一段话:

public 目录
如果你有下列这些资源:
不会被源码引用(例如 robots.txt)
必须保持原有文件名(没有经过 hash)
…或者你压根不想引入该资源,只是想得到其 URL。
那么你可以将该资源放在指定的 public 目录中,它应位于你的项目根目录该目录中的资源在开发时能直接通过 / 根路径访问到,并且打包时会被完整复制到目标目录的根目录下
目录默认是 /public,但可以通过 publicDir 选项 来配置。
请注意:
引入 public 中的资源永远应该使用根绝对路径 —— 举个例子,public/icon.png 应该在源码中被引用为 /icon.png。
public 中的资源不应该被 JavaScript 文件引用。

从这段话中我得到了启发,就是把static直接放在根目录下的public文件夹中,这样打包后,static文件就直接被移动到打包后的文件中(打包后的文件根目录下)

项目文件的目录如下

├── node_modules #依赖
├── public # 公共静态资源目录
│ ├── static # 静态文件
│ │ ├── pdfjs # pdf预览插件
│ │ │ ├── build
│ │ │ ├── web
├── src # 主目录
│ ├── api # 接口文件
│ ├── assets # 资源文件
│ ├── router # 路由配置
│ ├── stores # 数据仓库
│ ├── utils # 工具类
│ ├── views # 页面
│ ├── App.vue # vue主页
│ ├── main.js # 主入口
├── .env.production # 生产环境打包配置
├── .env.sit # sit环境打包配置
├── .env.uat # uat环境打包配置
├── index.html # 主页
├── package-lock.json # 锁定安装包版本
├── package.json # 安装包版本
├── vite.config.js # 打包配置

打包后的文件目录如下

├── assets # 打包后存放的文件
│ ├── assetsDisposal-1017a1a8.css
│ ├── assetsDisposal-b22ba092.js
│ ├── index-7d27b7df.js
│ ├── index-d7c73f10.css
│ ├── pdfPage-87bbb9a6.js
│ ├── upload-53e62f31.css
│ ├── upload-5828d6bd.js
├── static # 公共静态资源目录
│ ├── pdfjs # pdf预览插件
│ │ ├── build
│ │ ├── web
├── index.html # 主页

从目录结构中可以看出,项目文件中的public中的static直接被复制到打包后的文件根目录下,从而实现了类似于webpack中的CopyWebpackPlugin的copy静态文件的功能。

这篇关于vite进行打包时如何把某个静态文件原封不动地拷贝到打包后的文件中的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/208557

相关文章

SpringBoot中@Value注入静态变量方式

《SpringBoot中@Value注入静态变量方式》SpringBoot中静态变量无法直接用@Value注入,需通过setter方法,@Value(${})从属性文件获取值,@Value(#{})用... 目录项目场景解决方案注解说明1、@Value("${}")使用示例2、@Value("#{}"php

Vite 打包目录结构自定义配置小结

《Vite打包目录结构自定义配置小结》在Vite工程开发中,默认打包后的dist目录资源常集中在asset目录下,不利于资源管理,本文基于Rollup配置原理,本文就来介绍一下通过Vite配置自定义... 目录一、实现原理二、具体配置步骤1. 基础配置文件2. 配置说明(1)js 资源分离(2)非 JS 资

Nginx中配置使用非默认80端口进行服务的完整指南

《Nginx中配置使用非默认80端口进行服务的完整指南》在实际生产环境中,我们经常需要将Nginx配置在其他端口上运行,本文将详细介绍如何在Nginx中配置使用非默认端口进行服务,希望对大家有所帮助... 目录一、为什么需要使用非默认端口二、配置Nginx使用非默认端口的基本方法2.1 修改listen指令

MySQL按时间维度对亿级数据表进行平滑分表

《MySQL按时间维度对亿级数据表进行平滑分表》本文将以一个真实的4亿数据表分表案例为基础,详细介绍如何在不影响线上业务的情况下,完成按时间维度分表的完整过程,感兴趣的小伙伴可以了解一下... 目录引言一、为什么我们需要分表1.1 单表数据量过大的问题1.2 分表方案选型二、分表前的准备工作2.1 数据评估

MySQL进行分片合并的实现步骤

《MySQL进行分片合并的实现步骤》分片合并是指在分布式数据库系统中,将不同分片上的查询结果进行整合,以获得完整的查询结果,下面就来具体介绍一下,感兴趣的可以了解一下... 目录环境准备项目依赖数据源配置分片上下文分片查询和合并代码实现1. 查询单条记录2. 跨分片查询和合并测试结论分片合并(Shardin

通过配置nginx访问服务器静态资源的过程

《通过配置nginx访问服务器静态资源的过程》文章介绍了图片存储路径设置、Nginx服务器配置及通过http://192.168.206.170:8007/a.png访问图片的方法,涵盖图片管理与服务... 目录1.图片存储路径2.nginx配置3.访问图片方式总结1.图片存储路径2.nginx配置

SpringBoot结合Knife4j进行API分组授权管理配置详解

《SpringBoot结合Knife4j进行API分组授权管理配置详解》在现代的微服务架构中,API文档和授权管理是不可或缺的一部分,本文将介绍如何在SpringBoot应用中集成Knife4j,并进... 目录环境准备配置 Swagger配置 Swagger OpenAPI自定义 Swagger UI 底

idea Maven Springboot多模块项目打包时90%的问题及解决方案

《ideaMavenSpringboot多模块项目打包时90%的问题及解决方案》:本文主要介绍ideaMavenSpringboot多模块项目打包时90%的问题及解决方案,具有很好的参考价值,... 目录1. 前言2. 问题3. 解决办法4. jar 包冲突总结1. 前言之所以写这篇文章是因为在使用Mav

基于Python Playwright进行前端性能测试的脚本实现

《基于PythonPlaywright进行前端性能测试的脚本实现》在当今Web应用开发中,性能优化是提升用户体验的关键因素之一,本文将介绍如何使用Playwright构建一个自动化性能测试工具,希望... 目录引言工具概述整体架构核心实现解析1. 浏览器初始化2. 性能数据收集3. 资源分析4. 关键性能指

Nginx进行平滑升级的实战指南(不中断服务版本更新)

《Nginx进行平滑升级的实战指南(不中断服务版本更新)》Nginx的平滑升级(也称为热升级)是一种在不停止服务的情况下更新Nginx版本或添加模块的方法,这种升级方式确保了服务的高可用性,避免了因升... 目录一.下载并编译新版Nginx1.下载解压2.编译二.替换可执行文件,并平滑升级1.替换可执行文件