Vite Plugin Just so so
❝尼采说，道德是制约普通人迈向超人的枷锁 ❞
大家好，我是「柒八九」。一个「专注于前端开发技术/Rust及AI应用知识分享」的Coder
前言
最近，在做项目优化的时候，突然发现有一个点可能我们平时都很少去注意- 我们如何维护和使用svg。当我们项目中svg资源过多时，无论是资源管理还是资源引入都是一个让人头疼的问题。
之前使用svg的方式
const svgSrc from "@/assets/svg/xx.svg";
const SvgIcon = () => {
return <svg {...attribute}>
<use xlinkHref={`#${svgSrc}`} />
</svg>
}
那如果项目中有如下代码，阁下该如何应对。
那我们就会重复如上的动作
- 从指定目录中引入文件资源(
src) - 在指定的组件或者
svg元素中接收src - 在合适的地方进行渲染处理。
之后使用svg的方式
不知道，大家之前用过Image Sprites[1]，也就是我们常说的「雪碧图」。它能够把我们项目中用到的图片或者图标放置到一个图片中，然后依据图片位置来从中获取到我们像要展示的图片资源。
其实，我们也可以用类似的方式来处理SVG，也就是SVG Sprites。我们可以将项目中所有的svg都放置到一个svg文件中(我们暂且叫它all.svg)。然后，通过一个唯一id来获取到想要渲染的svg内容。
像上面的例子中，我们就可以使用如下的代码
const SvgIcon: FC<{ name: string }> = ({ name }) => (
<svg>
<use href={`/all.svg#${name}`} />
</svg>
);
const App = () => {
return <>
<SvgIcon name="front789" />
<SvgIcon name="rust" />
<SvgIcon name="AI" />
</>
};
可以看到，我们在渲染对应的svg的时候，只需要提供一个「唯一ID」即可(这里做一下剧透，其实就是svg的文件名称)
那么，我们如何才能让我们的项目如此丝滑的使用这种特性呢。再这里，我们选择了写一个vite-plugin来解决这个问题。当然，也可以写Webpack-plugin，虽然他们插件机制不同，但是在插件处理资源的是逻辑都是相同的，也就是我们下文中的Node部分
好了，天不早了，干点正事哇。
我们能所学到的知识点
❝
SVG是个啥？Node处理SVG- 插件实现逻辑
- 使用
microbundle进行打包
❞
1. SVG 是个啥？
我们之前在位图/矢量图/GIF/PNG/JPEG/WEBP一网打尽中简单介绍过各种图片格式的优缺点。文中的主要重点集中在「位图」上。不过，我们也简单介绍过「矢量图」的概念。下面我们就拿来主义了。
SVG 是矢量图的一种
我们从维基百科中寻找关于矢量图[2]的信息。
从上面的信息，我们可以得知。矢量图是使用「数学公式」生成的，这些公式转化为在网格上对齐的点、线和曲线。
❝
矢量图「不是基于像素的，这意味着在调整大小时不受限制」。它们是分辨率独立的 - 我们可以调整矢量图形的大小而不会丢失质量或出现视觉伪影。 ❞
矢量图可以帮助我们创建性能友好的 UI 设计元素、可以无限缩放，或者以极低成本制作的快速加载的解释性动画。基于这些特性，我们如果考虑网络性能时并且图像的还原度不是很高的话，我们一般首选SVG(可缩放的矢量图)。
矢量图形常见于 SVG、WMF、EPS、PDF、CDR 或 AI 类型的图形文件格式。
SVG文件
从上面得知，SVG是使用矢量构建的图形。矢量是具有特定大小和方向的元素。理论上，我们可以使用一组矢量生成几乎任何类型的图形。
例如，我们有如下的一个PNG格式的图片。
其实，我们可以用SVG达到相同的效果。以下代码可以实现相同的结果：
<svg xmlns="http://www.w3.org/2000/svg" width="200" height="200" version="1.1" baseProfile="full" >
<rect x="0" y="0" width="60" height="60" style="stroke: blue;"/>
<rect id="myRect" x="25" y="25" rx="0.6" ry="0.6" width="150" height="150" fill="blue" stroke="black" stroke-width="8"/>
</svg>
尽管两种图像看起来相同，但SVG提供了其他格式所不具备的一系列好处。例如，SVG能够在「缩放时保持图像质量」。如果我们不断放大PNG，我们会注意到在某个点开始「质量下降」。对于更复杂的基于像素的图形，退化速度要快得多。但是，SVG在几乎任何分辨率下都表现良好。
为什么使用SVG文件
尽管SVG不太灵活。但是，SVG是一系列其他情况的绝佳选择：
- Logo设计。由于我们可能会在
pc端和移动端重复使用Logo，使用SVG解决了潜在的可伸缩性问题。 - 插图。
SVG非常适合图表和任何依赖简单线条的插图。 - 动画元素。我们可以使用
CSS来为SVG添加动画效果，这使它们成为网站设计中的有用组件，特别是那些应用简单特效的元素。 - 图表。我们可以使用
SVG创建可伸缩的支持动画的图表。 - 最后，
SVG通常比其他格式的高分辨率等效文件小得多。从理论上讲，这意味着我们可以减少一些页面大小并减少加载时间。但是，除非我们计划将大多数图像转换为SVG，否则性能提升可能会很小。
<symbol>
本来呢，这篇文章不想过多的引入SVG的概念，但是呢有一个概念确实我们实现SVG Sprite的核心点。所以这里来简单介绍一下，以免下文中我们直接抛出这个概念的时候，你不会感觉到唐突。
在svg的语言体系中，有一个定义图形模板的方式,那就是使用symbol[3],然后我们可以使用<use>来引入该块的信息。
我们在举一个例子，现在有如下的一个svg
此时，我们对齐进行改造
- 首先我们用
<symbol>替换<svg>并且在symbol的属性上id用于和其他的svg做区分。 - 我们在
<symbol>外部又嵌套了一个<svg>，此时这个<svg>就是我们项目中唯一的svg文件，而其他的文件都被变为<symbol>内嵌到它下面了
然后，我们就可以通过刚才给定的id来获取对应的svg内容了。
<button>
<svg width="2rem" height="2rem">
<use href="#icon-pen"/>
</svg>
</button>
这里，我们不对SVG具体语法做介绍，如果想了解可以参考MDN_SVG[4]
2. Node 处理SVG
首先，我们用npm init构建一个最简单的Node项目，名称嘛随意起。因为，这部分我们只是重点讲解使用「Node处理SVG」,所以大家只需要重点关心代码部分即可。
比方说在我们的项目中存在如下目录(src/icons)里面存放的是我们在项目中使用的svg文件。
我们现在要做的就是将这些文件通过「猛如虎」的操作，放置到一个svg（all.svg）内。
那接下来，我们来一步一步实现这个操作。
处理文件
我们在项目的根目录下，新建一个文件-mergeSvgToSprite.ts,用于承载将指定文件目录下(src/icons)的所有svg(*.svg)合并到Sprite中(all.svg)。
既然涉及到文件的操作，那我们就需要一个得力干将，这里我们选用- glob[5],（使用匹配模式(pattern)来匹配文件）。
npm i -D glob
然后我们就可以基于模式(src/icons/*.svg)来匹配和获取到对应的文件。
import { globSync } from 'glob';
const svgFiles = globSync('src/icons/*.svg');
随后，我们可以通过遍历通过pattern收集到的文件路径信息，然后通过内置的fs[6]的readFileSync(path[, options])来获取文件的内容。
import { globSync } from 'glob';
+ import fs from 'fs';
const svgFiles = globSync('src/icons/*.svg');
svgFiles.forEach(file => {
+ let code = fs.readFileSync(file, 'utf-8');
})
此时，通过readFileSync获取到的只是svg的文件内容，它只是一个字符串或者Buffer类型。
在上一节中我们说过，我们是通过<symbol>来承载svg的内容,那么我们就需要将svg的字符信息转换成对应的DOM结构。要处理此过程，我们可以借助node-html-parser[7]
import { globSync } from 'glob';
import fs from 'fs';
+ import { HTMLElement, parse } from 'node-html-parser';
const svgFiles = globSync('src/icons/*.svg');
svgFiles.forEach(file => {
let code = fs.readFileSync(file, 'utf-8');
+ const svgElement = parse(result).querySelector('svg') as HTMLElement;
})
此时，svgElement就是对应的svg的DOM对象。
然后我们再用相同的方式构建一个symbolElement，并且通过遍历svgElement的childNodes来将svg的内部元素append到symbolElement中。
import { globSync } from 'glob';
import fs from 'fs';
import { HTMLElement, parse } from 'node-html-parser';
const svgFiles = globSync('src/icons/*.svg');
svgFiles.forEach(file => {
let code = fs.readFileSync(file, 'utf-8');
const svgElement = parse(result).querySelector('svg') as HTMLElement;
+ const symbolElement = parse('<symbol/>').querySelector('symbol') as HTMLElement;
+ svgElement.childNodes.forEach(child => symbolElement.appendChild(child));
})
此时，symbolElement已经将svgElement的内部元素全部容纳。之前也讲过<symbol>是有一个id属性的。并且，svgElement的属性还没做处理呢。（在这里我们只处理viewbox,其他属性先不做处理）。
import { globSync } from 'glob';
import fs from 'fs';
import { HTMLElement, parse } from 'node-html-parser';
+ import path from 'path';
const svgFiles = globSync('src/icons/*.svg');
svgFiles.forEach(file => {
let code = fs.readFileSync(file, 'utf-8');
const svgElement = parse(result).querySelector('svg') as HTMLElement;
const symbolElement = parse('<symbol/>').querySelector('symbol') as HTMLElement;
+ const fileName = path.basename(file, '.svg');
svgElement.childNodes.forEach(child => symbolElement.appendChild(child));
+ symbolElement.setAttribute('id', fileName);
+ if (svgElement.attributes.viewBox) {
+ symbolElement.setAttribute('viewBox', svgElement.attributes.viewBox);
+ }
})
通过path.basename[8]我们获取到对应svg的文件名称，然后通过setAttribute将其赋值给symbolElement的id属性。
随后，我们还是利用setAttribute将svgElement的viewBox[9]赋值给symbolElement。
到此，我们就完成了svgElement到symbolElement的转换了。
之前我们说过，我们要将symbolElement都放置到统一的svg中吗，此时我们就需要用一个变量(symbols)进行收集这些转换完成的symbolElement
import { globSync } from 'glob';
import fs from 'fs';
import { HTMLElement, parse } from 'node-html-parser';
import path from 'path';
const svgFiles = globSync('src/icons/*.svg');
+ const symbols:string[] = [];
svgFiles.forEach(file => {
let code = fs.readFileSync(file, 'utf-8');
const svgElement = parse(result).querySelector('svg') as HTMLElement;
const symbolElement = parse('<symbol/>').querySelector('symbol') as HTMLElement;
const fileName = path.basename(file, '.svg');
svgElement.childNodes.forEach(child => symbolElement.appendChild(child));
symbolElement.setAttribute('id', fileName);
if (svgElement.attributes.viewBox) {
symbolElement.setAttribute('viewBox', svgElement.attributes.viewBox);
}
+ symbols.push(symbolElement.toString());
})
此时，symbols已经收集完成，我们需要将这些元素放置到svg中。
const allSvg = `<svg>${symbols.join('')}</svg>`;
然后，我们就可以利用fs将其写到指定位置(在前端开发中，我们一般在项目根目录下的public/)存放文件资源。
那么我们就可以使用如下代码进行写入
fs.writeFileSync('public/all.svg', allSvg);
此时，我们在根目录中执行npx tsx mergeSvgToSprite.ts,我们就会看到在public中生成了一个all.svg。可以看到我们之前说过的
src/icons中所有的svg的都被复制到all.svg中对应的symbol中symbol中的id对应svg的文件名称symbol中属性和源svg一模一样
最终代码
import { globSync } from 'glob';
import fs from 'fs';
import { HTMLElement, parse } from 'node-html-parser';
import path from 'path';
const svgFiles = globSync('src/icons/*.svg');
const symbols: string[] = [];
svgFiles.forEach(file => {
const code = fs.readFileSync(file, 'utf-8');
const svgElement = parse(code).querySelector('svg') as HTMLElement;
const symbolElement = parse('<symbol/>').querySelector('symbol') as HTMLElement;
const fileName = path.basename(file, '.svg');
svgElement.childNodes.forEach(child => symbolElement.appendChild(child));
symbolElement.setAttribute('id', fileName);
if (svgElement.attributes.viewBox) {
symbolElement.setAttribute('viewBox', svgElement.attributes.viewBox);
}
symbols.push(symbolElement.toString());
});
const allSvg = `<svg>${symbols.join('')}</svg>`;
fs.writeFileSync('public/all.svg', allSvg);
大家可以随意启动一个Node项目来进行验证。
配置svg的颜色
默认情况下，svg是#000000或者黑色的。但是，有时候我们想让我们的svg配合其他元素一起展示，并且与其他元素拥有相同的颜色信息。
此时呢，按照以往的处理逻辑，我们可以通过直接修改svg的fill等属性来达到目的。但是呢，这种情况有点繁琐，我们需要不停的指定颜色然后基于不同的展示情况来对fill赋值。
而我们想要达到那种情况，svg可以借助currentColor[10]来完成。这个就是我们常说的「动态SVG颜色」。
还记得之前我们在前端项目里都有啥？[11]
它不仅能帮助我们优化svg而且还可以修正指定的属性，而currentColor就在其中。
还是老样子，用npm i -D svgo
svgo有一个内置插件- covertColors,它可以通过配置currentColor:true来将svg中出现颜色的地方都换成currentColor。
例如有如下的代码：
import { optimize } from 'svgo';
const output = optimize(
'<svg viewBox="0 0 24 24"><path fill="#000" d="m15 5 4 4" /></svg>',
{
plugins: [
{
name: 'convertColors',
params: {
currentColor: true,
},
}
],
}
)
在经过处理后，output就会变成
<svg viewBox="0 0 24 24"><path fill="currentColor" d="m15 5 4 4"/></svg>
想了解更多这方面的概念和原理可以参考currentcolor-and-svgs[12]
下面，我们就将svgo的逻辑加入到刚才的代码中。
import { globSync } from 'glob';
import fs from 'fs';
import { HTMLElement, parse } from 'node-html-parser';
import path from 'path';
+ import { Config as SVGOConfig, optimize } from 'svgo';
+ const svgoConfig: SVGOConfig = {
+ plugins: [
+ {
+ name: 'convertColors',
+ params: {
+ currentColor: true,
+ },
+ }
+ ],
+ };
const svgFiles = globSync('src/icons/*.svg');
const symbols: string[] = [];
svgFiles.forEach(file => {
const code = fs.readFileSync(file, 'utf-8');
+ const result = optimize(code, svgoConfig).data;
+ const svgElement = parse(result).querySelector('svg') as HTMLElement;
const symbolElement = parse('<symbol/>').querySelector('symbol') as HTMLElement;
const fileName = path.basename(file, '.svg');
svgElement.childNodes.forEach(child => symbolElement.appendChild(child));
symbolElement.setAttribute('id', fileName);
if (svgElement.attributes.viewBox) {
symbolElement.setAttribute('viewBox', svgElement.attributes.viewBox);
}
symbols.push(symbolElement.toString());
});
const allSvg = `<svg>${symbols.join('')}</svg>`;
fs.writeFileSync('public/all.svg', allSvg);
当我们再次执行npx tsx mergeSvgToSprite.ts时，就会看到在all.svg中的symbol中。
3. 插件实现逻辑
熟悉Vite开发的同学都知道，Vite在开发环境和生产环境处理资源的决策是不同的。
对于开发服务器，它使用 esbuild[13] 与 ESM，因此我们无需将代码打包到单个文件中，同时它还利用HRM实现资源的快速替换。我们之前刚聊过Vite_HRM
对于生产环境的资源处理，它使用 rollup.js[14]，因为它灵活且拥有庞大的生态系统；它允许创建高度优化的生产包，具有不同的输出格式。这块的内容我们在浅聊Vite中有过介绍。
接下来，我们就来将上一节中我们用Node处理SVG的逻辑做一番处理，让变成能够在Vite项目中使用的Vite插件。
话不多说，开造。
准备工作
在上一节中，我们不是创建了一个Node项目吗，然后在项目的根目录下新建了一个mergeSvgToSprite.ts,现在我们将mergeSvgToSprite.ts移动到src目录下，并且在src中再新增一个index.ts文件，该文件用于承载插件的主要逻辑。
首先，我们需要引入vite- npm i vite。
对了，还有一点需要注意的就是，我们在写vite plugin的时候，会用到一些内置的钩子，这个我们可以在vite_插件API[15]中进行搜索。同时，当插件是在打包阶段起作用时候，我们可能还会用到rollup_插件API[16]。
下面就是一个最简单的vite plugin。
import { Plugin } from 'vite';
function myPlugin(): Plugin {
return {
name: 'my-plugin',
configResolved(config) {
console.log(config);
},
};
}
我们可以直接将myPlugin定义在vite.config.ts中，并且可以在defineConfig中引入。
// vite.config.ts
defineConfig({
plugins: [
myPlugin(),
],
});
之前我们已经介绍过了，vite在处理文件资源的时候，是要区分开发环境和生产环境的。
由于，我们的场景是处理文件资源，那就意味着在开发环境和生产环境中都要执行，但是他们的执行逻辑不同。所以我们需要在我们的插件中处理这两种情况。那么我们可以返回一个插件数组。
import { Plugin } from 'vite';
function myPlugin(): Plugin[] {
return [
{
name: 'my-plugin:serve',
apply: 'serve',
configResolved(config) {
console.log('dev server:', config);
},
},
{
name: 'my-plugin:build',
apply: 'build',
configResolved(config) {
console.log('bundle:', config);
},
},
];
}
这样我们就可以通过apply的靶向指定，能够处理对应的资源逻辑，并且在一个插件中就可以处理两种情况。可谓一石二鸟。
下面我们就分别处理这两种情况。
古人打战都讲究一个「师出有名」，所以我们用一个常量PLUGIN_NAME为插件起一个响当当的名字，- vite-plugin-svg-merge，我们就是为了消灭那些烦人的svg。达到老祖宗，「车同轨，书同文」的大一统的目的
apply:'build'处理生产环境
之前，我们就介绍过vite build的大致流程。
这个图，大家可以仔细看一下，因为下面的代码中会涉及一些阶段。
其实，针对开发环境是最简单的。因为它的主要逻辑其实和上一节中用Node处理资源是一脉相承的。都是基于pattern查到到文件，然后做svg内容的替换，生成最后的svg文件，然后将最后生成的svg复制到指定文件夹内。
下面就是针对打包时的主要核心代码。
import { Plugin,ResolvedConfig } from 'vite';
import path from 'path';
import fs from 'fs-extra';
import { getSpriteContent } from './mergeSvgToSprite';
export interface SvgMergeOptions {
pattern: string;
}
const PLUGIN_NAME = 'vite-plugin-svg-merge';
export function svgMerge({
pattern,
}: SvgMergeOptions): Plugin {
let config: ResolvedConfig;
const filename = 'all.svg';
return {
name: `${PLUGIN_NAME}:build`,
apply: 'build',
async configResolved(_config) {
config = _config;
},
writeBundle() {
const sprite = getSpriteContent({ pattern });
const filePath = path.resolve(config.root, config.build.outDir, filename);
fs.ensureFileSync(filePath);
fs.writeFileSync(filePath, sprite);
},
};
}
上面有几点需要解释和注意
- 在代码中我们使用了从
mergeSvgToSprite.ts导出的getSpriteContent，其实这部分内容就是我们之前的Node处理资源部分，只不过我们需要对其做一下简单改造，这个我们后面再做 - 我们使用了configResolved[17]来接收
vite的配置信息
- writeBundle[18]是
Rollup的一个钩子，它是在bundle.write()完成后才会被触发。 - 我们使用
fs-extra和path进行文件操作
由于上面新增了库，我们别忘记在项目中进行安装处理。
apply:'serve'处理开发环境
在Vite 热更新(HMR)原理了解一下中我们介绍过，在开发环境Vite会启动一个开发服务器，通过WebSocket与HMR客户端交互。
那也就意味着，如果要写针对开发环境的插件时候，我们是利用和服务器相关的hook。而Vite为我们提供了一个configureServer[19]用于处理资源请求相关的逻辑。
import { Plugin,ResolvedConfig } from 'vite';
import { getSpriteContent } from './mergeSvgToSprite';
export interface SvgMergeOptions {
pattern: string;
}
const PLUGIN_NAME = 'vite-plugin-svg-merge';
export function svgMerge({
pattern,
}: SvgMergeOptions): Plugin {
let config: ResolvedConfig;
const filename = 'all.svg';
return {
name: `${PLUGIN_NAME}:serve`,
apply: 'serve',
async configResolved(_config) {
config = _config;
},
configureServer(server) {
return () => {
server.middlewares.use(async (req, res, next) => {
if (req.url !== `/${filename}`) {
return next();
}
const sprite = getSpriteContent({ pattern });
res.writeHead(200, {
'Content-Type': 'image/svg+xml, charset=utf-8',
'Cache-Control': 'no-cache',
});
res.end(sprite);
});
};
},
};
}
让我们来简单解释一下：
- 为了向开发服务器添加自定义中间件以捕获每个请求，我使用了
server.middlewares.use()。我需要它来检测URL为localhost:3000/all.svg的请求，这样我就可以模拟文件行为； - 如果请求 URL 不是
/all.svg- 跳过到下一个中间件（即，将控制传递给链中的下一个处理程序,使用next()）； - 为了准备文件内容，我将
getSpriteContent的结果放入变量sprite中，并将其作为响应发送，同时配置了头部信息。
其实，处理到这里算是完成了我们的主要逻辑，但是呢大家都知道在开发环境，我们还需要支持HRM。用就是当对应的文件发生变更(新增，删除等)，都需要将最新的资源告知客户端。
所以，我们还需要对特定的文件进行监听处理。
实现HRM
要实现这部分代码呢，其实最关键的还是在configureServer中进行处理，然后因为要涉及文件的监听我们选择chokidar[20]。
下面我们就直接将新增部分代码写到下面。
import chokidar from 'chokidar';
// 省略部分代码
export function svgMerge({
pattern,
}: SvgMergeOptions): Plugin {
let watcher: chokidar.FSWatcher;
return {
// 省略部分代码
configureServer(server) {
function reloadPage() { // 发送信号以重新加载服务器的函数。
server.ws.send({ type: 'full-reload', path: '*' });
}
watcher = chokidar
.watch('src/icons/*.svg', { // 监视 src/icons/*.svg
cwd: config.root, // 定义项目根路径
ignoreInitial: true, // 不在实例化时触发 chokidar。
})
.on('add', reloadPage) // 添加新增、修改、删除的监听器。
.on('change', reloadPage)
.on('unlink', reloadPage);
return () => {
// 逻辑不变
};
},
async closeBundle() {
await watcher.close();
},
};
}
我们在configureServer定义了一个发送信号以重新加载服务器的函数。其中利用WebSocket进行信息的处理。然后，利用chokidar对指定文件进行监听。并且当文件有新增/修改/删除时进行资源加载。
最后，我们在Rollup的closeBundle[21]hook将watcher进行关闭处理。
插件合并
上面的代码，我们处理了针对「开发环境」和「生产环境」的资源处理。现在我们将他们放到一个插件定义中，即返回一个插件数组。
export function svgMerge({
pattern,
}: SvgMergeOptions): Plugin {
let config: ResolvedConfig;
const filename = 'all.svg';
return [
{
// 针对生产环境的代码
},
{
// 针对开发环境的代码
}
]
之前代码改造
在写插件时候，我们都是直接使用import { getSpriteContent } from './mergeSvgToSprite';引入处理svg的逻辑。因为，这是一个统一的逻辑(开发环境/生产环境)都涉及。同时，由于我们在第二节中已经把如何处理svg的逻辑都解释过了。
现在就是将其适配成Vite plugin的类型。其实吧，也就是修改一些参数和返回类型。话不多少，我们直接上代码。
import fg from 'fast-glob';
import fs from 'fs';
import { Config as SVGOConfig, optimize } from 'svgo';
import path from 'path';
import { HTMLElement, parse } from 'node-html-parser';
const svgoConfig: SVGOConfig = {
plugins: [
{
name: 'convertColors',
params: {
currentColor: true,
},
}
],
};
export function getSpriteContent({
pattern
}: {pattern:string}): string {
const svgFiles = fg.sync(pattern);
const symbols: string[] = [];
svgFiles.forEach(file => {
let code = fs.readFileSync(file, 'utf-8');
const result = optimize(code, svgoConfig).data
const fileName = path.basename(file, '.svg');
const svgElement = parse(result).querySelector('svg') as HTMLElement;
const symbolElement = parse('<symbol/>').querySelector('symbol') as HTMLElement;
symbolElement.setAttribute('id', fileName);
if (svgElement.attributes.viewBox) {
symbolElement.setAttribute('viewBox', svgElement.attributes.viewBox);
}
svgElement.childNodes.forEach(child => symbolElement.appendChild(child));
symbols.push(symbolElement.toString());
});
return `<svg xmlns="http://www.w3.org/2000/svg">${symbols.join('')}</svg>`;
}
其实和之前的代码几乎没有差别。就是在之前的基础上做了几点修正
- 用一个函数来承载之前的处理逻辑
- 我们之前用
Node处理是直接将要处理的文件地址写死了，现在是用一个pattern来从外面指定。 - 之前是使用
fs.writeFileSync直接将最后生产的svg写入到指定地址，而现在我们是将最后的svg string返回到函数调用处了。具体返回的内容是要写入到哪里，是由函数调用处决定。
最后，我们已经把所有的逻辑都处理完成了。可以说，如果现在将plubin放置到vite.config.ts中，在引入对应的库后，已经能生效了。
但是，作为一个功能完备的插件，我们肯定不想让其成为一个内部应用。所以，我们还需要将其打包并发布到指定的地方(npm也好还是公司私库)
❝其实呢，我们这个插件算是一个基础版本，其实还可以对其做更一步的优化处理
- 我们使用每个
svg的文件名称作为symbol的id,这个其实我们还可以引入额外的变量例如prefix-name进行配置 - 针对
svgo的配置，我们只处理了currentColor，其实svgo还可以做很多事情，例如删除多余的属性等，这个也是可以通过参数传人 - 我们在处理
pattern是接收一个string类型，其实我们可以改造成Array<sting>类型，这样我们可以不用拘泥用只处理src/icons/的svg。 .....
❞
4. 使用microbundle进行打包
针对一个插件的处理或者库的打包，我们可以选择microbundle[22]。
在官网，已经为我们介绍了很详细的配置步骤了。
我们就按照官网的步骤，一步一步进行处理即可。
{
"name": "svg-merge",
"version": "1.0.0",
"description": "一款用于将项目中所有的svg合并到一个svg文件中的工具",
"type": "module",
"source": "src/index.ts",
"exports": {
"require": "./dist/index.cjs",
"default": "./dist/foo.modern.js"
},
"main": "./dist/index.cjs",
"module": "./dist/index.module.js",
"unpkg": "./dist/index.umd.js",
"scripts": {
"build": "microbundle",
"dev": "microbundle watch"
},
"author": "front789",
"license": "ISC",
"devDependencies": {
"@types/fs-extra": "^11.0.4",
"@types/node": "^20.12.11",
"microbundle": "^0.15.1",
"svgo": "^3.3.2",
"vite": "^5.2.11"
},
"dependencies": {
"chokidar": "^3.6.0",
"fast-glob": "^3.3.2",
"fs-extra": "^11.2.0",
"glob": "^10.3.12",
"node-html-parser": "^6.1.13"
}
}
随后，我们执行npm run build即可。
随后，我们就在项目的dist中看到这些文件了。
然后，我们就可以发布到npm或者私有仓了。
这里发布的流程我们就不写了。因为我们之前写过。
后记
「分享是一种态度」。
「全文完，既然看到这里了，如果觉得不错，随手点个赞和“在看”吧。」
Reference
[1]
Image Sprites: https://www.w3schools.com/css/css_image_sprites.asp
[2]
矢量图: https://en.wikipedia.org/wiki/Vector_graphics
[3]
symbol: https://developer.mozilla.org/en-US/docs/Web/SVG/Element/symbol
[4]
MDN_SVG: https://developer.mozilla.org/en-US/docs/Web/SVG
[5]
glob: https://www.npmjs.com/package/glob
[6]
fs: https://nodejs.org/api/fs.html?ref=hackernoon.com#fsreadfilesyncpath-options
[7]
node-html-parser: https://github.com/taoqf/node-html-parser
[8]
path.basename: https://www.w3schools.com/nodejs/met_path_basename.asp
[9]
viewBox: https://developer.mozilla.org/en-US/docs/Web/SVG/Attribute/viewBox
[10]
currentColor: https://www.digitalocean.com/community/tutorials/css-currentcolor
[11]
前端项目里都有啥？: https://mp.weixin.qq.com/s/2hxwntKm7W-fis8UrtmPDg
[12]
currentcolor-and-svgs: https://gomakethings.com/currentcolor-and-svgs/
[13]
esbuild: https://esbuild.github.io/
[14]
rollup.js: https://rollupjs.org/
[15]
vite_插件API: https://cn.vitejs.dev/guide/api-plugin.html
[16]
rollup_插件API: https://rollupjs.org/plugin-development/
[17]
configResolved: https://cn.vitejs.dev/guide/api-plugin.html#configresolved
[18]
writeBundle: https://rollupjs.org/plugin-development/#writebundle
[19]
configureServer: https://cn.vitejs.dev/guide/api-plugin.html#configureserver
[20]
chokidar: https://github.com/paulmillr/chokidar
[21]
closeBundle: https://rollupjs.org/plugin-development/#closebundle
[22]
microbundle: https://github.com/developit/microbundle