mirror of
https://github.com/electron-vite/electron-vite-vue
synced 2025-01-19 20:07:06 +08:00
chore: blog-3
This commit is contained in:
草鞋没号
parent
715c978f65
commit
fd88b32aef
293
blog/3.md
293
blog/3.md
@ -3,17 +3,237 @@
|
||||
## 前言
|
||||
|
||||
- Vite 是面向未来几年的构建工具，很有必要在各个场景下都试试集成进来
|
||||
- Electron 作为前端标配的桌面开发工具 `@vue/cli` 官方有给出模板
|
||||
但是 Vite 这块并没提供，毕竟人家定位是和 `webpack` 那样的通用构建工具，甚至连 Vue 都没集成 🖖
|
||||
那么 Electron 这块集成设计思路按照 vue 的集成风格，应当写一个插件！
|
||||
- Electron 作为前端标配的桌面开发工具，官方并有脚手架也没和哪个框架整合
|
||||
- `@vue/cli` 官方有给出模板；但是 Vite 这块并没提供，毕竟人家定位是和 `webpack` 那样的通用构建工具
|
||||
甚至连 Vue 都没集成 🖖 那么我们尝试来做下这件事儿
|
||||
按照 Vue 在 Vite 中的集成风格 Electron 这块应当写一个插件！
|
||||
|
||||
## 注意 📢
|
||||
- 这里假定你简单的知道一些 Vite 的工作原理，这种文章网上有好多的
|
||||
- 项目整体所有代码在这 [https://github.com/caoxiemeihao/electron-vue-vite](https://github.com/caoxiemeihao/electron-vue-vite) 可以直接 **用于生产** (还要辛苦各位亲点个 start 😘)
|
||||
- 同时也假定你使用或者上手过 Electron；上手非常简单，直接看官网即可
|
||||
- 项目整体所有代码在这 [https://github.com/caoxiemeihao/electron-vue-vite](https://github.com/caoxiemeihao/electron-vue-vite) 可以直接 **用于生产** (亲点个 start 呗 😘)
|
||||
|
||||
## 插件设计分析
|
||||
## 目录结构设计
|
||||
|
||||
1. Vite 在开发期可以简单的理解为用的 `koa` + `esbuild` 组合的形式，试想下如果你写了如下代码
|
||||
```tree
|
||||
·
|
||||
├── script 项目脚本目录
|
||||
├── src
|
||||
| ├── main Electron 主进程代码
|
||||
| ├── preload Electron 预加载目录
|
||||
| ├── render Electron 渲染进程 - 既 Vite 代码
|
||||
|
|
||||
├── vite.config.ts Vite 配置文件
|
||||
```
|
||||
|
||||
## vite.config.ts 配置
|
||||
|
||||
- Electron 支持全量的 NodeJs API 渲染进程难免会用到
|
||||
- Vite 基于的 Rollup 构建工程，所以我们改造 Rollup 部分配置，输出 CommonJs 格式
|
||||
- 目录结构相比于 Vite 提供的默认结构有所不同，也需要配置一番才能按预期工作
|
||||
|
||||
```ts
|
||||
import { defineConfig } from 'vite'
|
||||
import vue from '@vitejs/plugin-vue'
|
||||
import { join } from 'path'
|
||||
|
||||
export default defineConfig((env) => ({
|
||||
plugins: [
|
||||
vue(), // 开启 Vue 支持
|
||||
],
|
||||
root: join(__dirname, 'src/render'), // 指向渲染进程目录
|
||||
base: './', // index.html 中静态资源加载位置
|
||||
build: {
|
||||
outDir: join(__dirname, 'dist/render'),
|
||||
assetsDir: '', // 相对路径 加载问题
|
||||
rollupOptions: {
|
||||
output: {
|
||||
format: 'cjs', // 配置 Rollup 打包输出 CommonJs 格式
|
||||
},
|
||||
external: ['electron'], // 告诉 Rollup 不要去打包 electron
|
||||
},
|
||||
},
|
||||
optimizeDeps: {
|
||||
exclude: ['electron'], // 告诉 Vite 不要转换 electron 模块
|
||||
},
|
||||
// 其他配置略...
|
||||
}))
|
||||
```
|
||||
|
||||
## 启动脚本分析
|
||||
|
||||
- 我们先出个结论 - Electron 的启动与 NodeJs 相比行为几乎是一致的 - `可执行程序` + `入口文件`
|
||||
|
||||
```shell
|
||||
# 全局目录安装的 NodeJs
|
||||
node path/filename.js
|
||||
|
||||
# 项目目录安装的 Electron
|
||||
node_modules/.bin/electron path/filename.js
|
||||
```
|
||||
- 如果我们把 Electron 的启动设计到 `npm` 的 `scripts` 中，它还可以更简单 `npm run electron`
|
||||
|
||||
```json
|
||||
{
|
||||
"scripts": {
|
||||
"electron": "electron path/filename.js"
|
||||
}
|
||||
}
|
||||
```
|
||||
- 🤔 思考一下，`npm` 只有一个启动命令 Vite、Electron 各需要一个，加一起就是两个启动命令了这里我们借助 `concurrently` 来同时启动 Vite、Electron
|
||||
|
||||
```json
|
||||
{
|
||||
"scripts": {
|
||||
"dev": "concurrently \"npm run vite\" \"npm run electron\"",
|
||||
"vite": "vite",
|
||||
"electron": "electron path/filename.js"
|
||||
}
|
||||
}
|
||||
```
|
||||
**看起来不错！**
|
||||
|
||||
- 不过我们再思考下关于 Electron 启动的问题
|
||||
1. 开发环境下 Electron 应该加载 Vite 启动的开发服务器，生产环境下启动一个具体的文件
|
||||
2. 那么这里就会出现一个等待的情况，就是 Electron 要等待 Vite 启动后再启动
|
||||
|
||||
## 启动脚本设计
|
||||
|
||||
- 我们需要监听 Vite 的启动后拉起 Electron，这块我们考虑用轮训监听端口的方式
|
||||
- 监听到 Vite 启动后 Electron 我们用 NodeJs 的子进程 API `child_process.spawn()` 拉起
|
||||
- 我们将 `npm scripts` 做下改动，方便我们知道脚本是干啥的，**相对上面的脚本这里重命名一下**
|
||||
`concurrently` 也加入一些命令行参数，能得好更友好的控制台输出
|
||||
|
||||
```json
|
||||
{
|
||||
"scripts": {
|
||||
"dev": "concurrently -n=vue,ele -c=green,blue \"npm run dev:vue\" \"npm run dev:ele\"",
|
||||
"dev:vite": "vite",
|
||||
"dev:electron": "node -r ts-node/register script/build-main --env=development --watch"
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
- 由于我们要控制的是 Electron 的启动，为此我们单独写个脚本(script/build-main.ts)来控制，包括下面两个功能点
|
||||
1. 启动时机控制 - 监听 Vite 已经启动
|
||||
2. 主进程代码使用使用 typescript 开发 - 加入 Rollup 编译、打包
|
||||
|
||||
#### script/build-main.ts
|
||||
|
||||
```ts
|
||||
import { join } from 'path'
|
||||
import { get } from 'http'
|
||||
import { spawn, ChildProcess } from 'child_process'
|
||||
import { watch } from 'rollup'
|
||||
import minimist from 'minimist'
|
||||
import electron from 'electron'
|
||||
import options from './rollup.config'
|
||||
import { main } from '../package.json'
|
||||
|
||||
/**
|
||||
* 1. 监听 vite 启动
|
||||
*/
|
||||
function waitOn(arg0: { port: string | number; interval?: number; }) {
|
||||
return new Promise(resolve => {
|
||||
const { port, interval = 149 } = arg0
|
||||
const url = `http://localhost:${port}`
|
||||
|
||||
// 通过定时器轮训向 Vite 服务器请求
|
||||
const timer: NodeJS.Timer = setInterval(() => {
|
||||
get(
|
||||
`http://localhost:${port}`, // 指向 Vite 开发服务器
|
||||
res => {
|
||||
clearInterval(timer)
|
||||
resolve(res.statusCode)
|
||||
}
|
||||
)
|
||||
}, interval)
|
||||
})
|
||||
}
|
||||
|
||||
/**
|
||||
* 2. 控制 Electron 启动时机，编译 typescript
|
||||
*/
|
||||
waitOn({ port: '3000' }).then(msg => {
|
||||
// 解析 npm script 的命令行参数
|
||||
const argv = minimist(process.argv.slice(2))
|
||||
|
||||
// 加载 rollup 配置
|
||||
const opts = options(argv.env)
|
||||
|
||||
// Vite 启动后以监听模式开启 Rollup 编译 Electron 主进程代码
|
||||
const watcher = watch(opts)
|
||||
|
||||
let child: ChildProcess
|
||||
|
||||
watcher.on('event', ev => {
|
||||
if (ev.code === 'END') {
|
||||
// 保证只启动一个 Electron 个程序
|
||||
if (child) child.kill()
|
||||
|
||||
// 使用 NodeJs 子进程能力拉起 Electron 程序
|
||||
child = spawn(
|
||||
// 这里 electron 本质上只是一个字符串；指向 Electron 可执行程序的绝对路径
|
||||
electron as any,
|
||||
|
||||
// 指定 Electron 主进程入口文件；既 Rollup 编译后输出文件的路径
|
||||
[join(__dirname, `../${main}`)], { stdio: 'inherit' }
|
||||
)
|
||||
}
|
||||
})
|
||||
})
|
||||
|
||||
```
|
||||
|
||||
#### script/rollup.config
|
||||
|
||||
```ts
|
||||
import { builtinModules } from 'module'
|
||||
import { join } from 'path'
|
||||
import { RollupOptions } from 'rollup'
|
||||
import nodeResolve from '@rollup/plugin-node-resolve'
|
||||
import commonjs from '@rollup/plugin-commonjs'
|
||||
import typescript from '@rollup/plugin-typescript'
|
||||
import json from '@rollup/plugin-json'
|
||||
|
||||
/** node.js builtins module */
|
||||
const builtins = () => builtinModules.filter(x => !/^_|^(internal|v8|node-inspect)\/|\//.test(x))
|
||||
|
||||
export default (env = 'production') => {
|
||||
const options: RollupOptions = {
|
||||
input: join(__dirname, '../src/main/index.ts'),
|
||||
output: {
|
||||
file: join(__dirname, '../dist/main/index.js'),
|
||||
format: 'cjs', // 使用 CommonJs 模块化
|
||||
},
|
||||
plugins: [
|
||||
nodeResolve(), // 支持 node_modules 下面的包查找
|
||||
commonjs(), // 支持 CommonJs 模块
|
||||
json(), // 支持引入 json 文件
|
||||
typescript({
|
||||
module: 'ESNext', // 支持 typescript
|
||||
}),
|
||||
],
|
||||
external: [
|
||||
// 打包避开内置模块
|
||||
...builtins(),
|
||||
'electron',
|
||||
],
|
||||
}
|
||||
|
||||
return options
|
||||
}
|
||||
```
|
||||
|
||||
**到这为止，项目应该是能跑起来的状态了；但是还不能使用 Electron、NodeJs 相关的 API**
|
||||
|
||||
> 这里简单的改了下 App.vue、HelloWorld.vue 中的一些文案，没做逻辑修改；就不贴出代码了
|
||||
|
||||
|
||||
|
||||
## 加入 Electron API
|
||||
|
||||
- 渲染和主进程通信是个十分常用的功能；我试着从 `electron` 导出 `ipcRenderer`
|
||||
|
||||
```ts
|
||||
// src/render/main.ts
|
||||
@ -23,14 +243,13 @@ import { ipcRenderer } from 'electron'
|
||||
|
||||
console.log('ipcRenderer:', ipcRenderer)
|
||||
|
||||
createApp(App)
|
||||
.mount('#app')
|
||||
createApp(App).mount('#app')
|
||||
```
|
||||
那么可能你会收到下面的报错
|
||||
|
||||
|
||||
|
||||
2. 事实上在 `'electron'` 在 Electron 运行环境中是一个 **内置模块** 你可以尝试在控制体中试试下这段代码
|
||||
- **报错了！默认情况下直接用 import 语法会被 Rollup 编译**
|
||||
- 事实上在 `'electron'` 在 Electron 运行环境中是一个 **内置模块** 你可以在控制台中试试下这段代码
|
||||
|
||||
> *注意这里先不要引入 Electron 相关的包，保障项目能跑起来*
|
||||
|
||||
@ -39,39 +258,39 @@ require.resolve('electron')
|
||||
"electron" // 将会输出
|
||||
```
|
||||
|
||||
既然 Electron 本就支持全量的 NodeJs API 我们不妨直接在在代码中直接写成
|
||||
- 既然 Electron 本就支持全量的 NodeJs API 我们不妨直接在在代码中直接写成
|
||||
|
||||
```js
|
||||
const { ipcRenderer } = require('electron')
|
||||
```diff
|
||||
// src/render/main.ts
|
||||
import { createApp } from 'vue'
|
||||
import App from './App.vue'
|
||||
- import { ipcRenderer } from 'electron'
|
||||
+ const { ipcRenderer } = require('electron')
|
||||
|
||||
console.log('ipcRenderer:', ipcRenderer)
|
||||
|
||||
createApp(App).mount('#app')
|
||||
```
|
||||
|
||||
可以打包票说，这个可以用！(仅限开发期)；但是这个会带来两个问题
|
||||
* 编码风格不统一，人家都在用 `ESModule` 混入 `CommonJs` 确实不好看
|
||||
* `require('xxxx')` 在打包期间如果不做些处理，并不会被 Rollup 处理 (这里只`.ts`文件,有大神知道怎么对付这种情况的请指点下小弟)
|
||||
如果你引入的是 `node_modules` 中的包那可就惨了；比如 `require('electron-store')` 这种会原样输出；打包后的程序开起来会找不到 `'electron-store'` 这个模块，铁定报错！
|
||||
|
||||
3. 以上两点表现了 `ESModule` 写法在开发期直接运行会报错；如果我们告诉 Vite 这个是内置的模块，不要去处理直岂不是切角柜解决报错了；
|
||||
思路是把 ESModule 转换成 NodeJs 内置的 CommonJs 形式即可；甚至只要有关 NodeJs API 的包我们都可以转化，毕竟开发期项目根目录是有 `node_modules` 这个 **NodeJs包仓库** 给你用的！
|
||||
我们可以先去启动好的项目控制台中试试
|
||||
|
||||
> *注意这里先不要引入 Electron 相关的包，保障项目能跑起来*
|
||||
**项目确实跑起来了，我们还可以用这个办法进一步验证其他的模块**
|
||||
|
||||
|
||||
|
||||
**这两个包开发环境下能够正常加载！**
|
||||
很好！那按照我们的假设，预期的代码行为应该是这样：
|
||||
## 插件设计分析
|
||||
|
||||
```ts
|
||||
import { ipcRenderer } from 'electron'
|
||||
import Store from 'electron-store'
|
||||
// Will generate
|
||||
const { ipcRenderer } = require("electron")
|
||||
const Store = require("electron-store")
|
||||
```
|
||||
- 可以打包票说，这个可以用！(仅限开发期)；但是这个会带来两个问题
|
||||
1. 编码风格不统一，人家都在用 `ESModule` 混入 `CommonJs` 确实不好看
|
||||
2. `require('xxxx')` 在打包期间如果不做些处理，并不会被 Rollup 处理 (这里只`.ts`文件,有大神知道怎么对付这种情况的请指点下小弟)
|
||||
如果你引入的是 `node_modules` 中的包那可就惨了；比如 `require('electron-store')` 这种会原样输出；打包后的程序开起来会找不到 `'electron-store'` 这个模块，铁定报错！
|
||||
|
||||
4. 分析至此，我们该动动手写个插件了；让插件去自动化完成 `esm2cjs`
|
||||
- 我们知道 `ESModule` 写法在开发期运行会报错，但是还是要写；
|
||||
如果我们在运行的前一刻将 ESModule 转换成 NodeJs 内置的 CommonJs 岂不是两全其美的好事；
|
||||
甚至只要有关 NodeJs API 的包我们都可以转化，毕竟开发期项目根目录是有 `node_modules` 这个 **NodeJs包仓库** 给你用的！
|
||||
|
||||
**分析至此，我们该动动手写个插件了；让插件去自动化完成 - ESModule to CommonJs**
|
||||
|
||||
## vitejs-plugin-electron
|
||||
|
||||
- Vite 插件上手教程请看官网 [https://vitejs.dev/guide/api-plugin.html](https://vitejs.dev/guide/api-plugin.html) (我个人觉得比 `webpack` 那边的插件要好写)
|
||||
- 为了支持传参方便日后扩展，我们把它成一个 Function 并返回一个插件
|
||||
- 代码处理这块，我们需要一个 AST 工具帮忙 - `yarn add acorn`
|
||||
@ -179,7 +398,13 @@ export default defineConfig((env) => ({
|
||||
const fs = require("fs");
|
||||
```
|
||||
|
||||
看到这个我**有点懵**，我也是开起来项目时候才发现的这，看来关于原生 API 人家 Vite 也是这么干的？可以我没有证据(源码还没看完)，不过这确实不是我干的 😂
|
||||
- 看到这个我**有点懵**，我也是开起来项目时候才发现的这，看来关于原生 API 人家 Vite 也是这么干的？可以我没有证据(源码还没看完)，但这确实不是我干的 😂
|
||||
|
||||
- 好了，这个插件可以用了；再想想上面的关于 Rollup 的配置其实我们完全可以集成到 `vitejs-plugin-electron` 中的，这样会使 `vite.config.ts` 文件更少、更清晰；具体代码就不演示了，自己拉代码看看吧 🚀
|
||||
- [https://github.com/caoxiemeihao/vitejs-plugins/tree/main/electron](https://github.com/caoxiemeihao/vitejs-plugins/tree/main/electron)
|
||||
|
||||
## 总结
|
||||
|
||||
- Vite 个人觉得是个不错的方案，毕竟打包工具早晚会推出历史舞台；Vite 往前又迈了 `0.5步`
|
||||
- Electron 的集成只是一个案例，从一个案例出发到写一个插件，你会更好的理解 Vite 设计、思想
|
||||
- 最后，不能什么都站在客观的角度去等待，更需要我们祖东的去**建设**
|
||||
|
||||
Loading…
x
Reference in New Issue
Block a user