背景

其实很早我就知道，babel会帮助我们做一件事，就是把高版本的ES语法，转换为低版本的ES语法，以确保在低版本浏览器上能正确运行。

但是一直我都不知道怎么去操纵它，只知道需要一堆配置，配合webpack可以做这件事（甚至我一度认为必须使用webpack才能做这件事）。

集成(基本就是抄文档)

其实如果用百度搜索，集成的东西有各种es版本的依赖，配置文件有js，rc，json文件，乱七八糟什么都有。

其实这是历史原因。但现在已经2021年了，咱们就直接按官网说的来。

1.下载依赖包

1
2

npm install --save-dev @babel/core @babel/cli @babel/preset-env
npm install --save @babel/polyfill

当然，我个人认为，如果不需要兼容IE的话，应该不需要下载polyfill了

2.添加依赖文件

啥是History模式

文档

nginx配置

前提：假设把打包后的文件放在根目录下（这个前提很重要!!!）

从文档可以看到，nginx配置内容为

1
2
3
4

# nginx
location / {
  try_files $uri $uri/ /index.html;
}

实际上这是什么意思呢？

根据以上前提

我们如果把对应文件放到根目录下，差不多是这个意思

1.把dist包内容放到根路径下

背景

有个静态项目需要本地跑起来调试。这个项目还是前后端不分离的。

接口有发布好的开发环境。不想跑java，想直接跑前端调试。

所以用nginx

nginx安装

我是mac，brew是什么就不多说了。

1
2
3
4

# 安装
brew install nginx
# 查看信息
brew info nginx

打开配置文件nginx.conf

brew info命令会输出conf的地址，请仔细查看。

不要怕改错，同文件夹下有个default，随时可以用默认配置覆盖

背景

在开发过程中，总会有一些模板代码需要编写，比如我是写vue的，vue2中的各种namespace，vue3中的各种引入。几乎是每个vue文件都需要的。

每次写都累的一批，也毫无技术含量。纯体力活，但还不得不做。

这时候大伙可能会用各自习惯的编辑器去编写各式各样的代码块来减轻工作量。

但是团队中编辑器并非统一的，众所周知，前端不仅语言众多，开发工具也多的一批，也没有什么好的跨编辑器跨机子的代码块存储方式（大厂统一云编辑器的往后稍稍，不包含你们）

这个时候就发现了plop（在跟着花裤衩手摸手学习vue-element-admin的时候学到的）。

Plop解决了什么问题？

解决了上述的同一个项目跨编辑器跨机器编写前端代码块的问题。

如何集成

一、集成plop到项目中

背景

有些component需要全局注册的，但是在main.js中全局注册又太麻烦了。

store采用modules方式分包，使用的时候也要手动注册。

store刷新丢失，需要持久化。

这时候解决前两个问题，可以使用require.context

解决最后一个问题可以使用vuex-persistedstate

require.context

1.require.context是什么？

Vue内置了webpack的部分配置，这个咱们就不多说了。

require.context是webpack的api。

一、背景

开发群中讨论，如何给electron注入js

有老哥提出了使用preload.js注入

我惊了，表示不信，后面仔细想了想：

“通过preload.js，可以预加载一些electron主线程的变量挂在到window上，后期在render线程中可以获取到对应的变量。

换句话说，preload.js中获取到的window，是后期render线程的window，那理论上确实可以做注入操作。

如果我在preload.js中添加window的生命周期,渲染后通过id或者各种方式获取到对应的dom节点，理论上我应该能劫持某些按钮，也就是说注入js成功了。”

二、说干就干

1、老规矩，vue+vue-cli-plugin-electron-builder创建项目

2、background.js，直接加载www.baidu.com

一、背景

希望窗口从某些固定区域弹出，比如右下角（如果有自定义弹窗需求，这就很常见了）

二、如何修改弹出位置

其实非常简单

1
2
3
4
5
6
7
8
9
10
11
12
13

const newWindow = new BrowserWindow({
    x: 400,
    y: 400,
    width: 400,
    height: 600,
    frame: false,
    webPreferences: {
      webSecurity: false,
      nodeIntegration: process.env.ELECTRON_NODE_INTEGRATION,
      enableRemoteModule: true,
      preload: path.join(__dirname, 'preload.js'),
    },
  });

关键就是这个x，y了

1.屏幕上的坐标轴

在屏幕上的坐标轴长这样

把你的鼠标放到屏幕四个角落，打印一下就可以验证了

图标使用的地方非常多，打包生成exe的图标，运行时的图标，系统托盘的图标等等

这里我们先介绍几种格式：

png,jpg,icns,ico

1
2
3
4
5
6
7

png：是一种采用无损压缩算法的位图格式，兼容性好。

jpg：JPG一般指JPEG格式。JPEG（Joint Photographic Experts Group）是JPEG标准的产物，该标准由国际标准化组织（ISO）制订，是面向连续色调静止图像的一种压缩标准。JPEG格式是最常用的图像文件格式，后缀名为.jpg或.jpeg。

icns：一般是用来给application做resource的icon文件,也是macintosh系统里独特支持的格式。

ico:ICO是Windows的图标文件格式，图标文件可以存储单个图案、多尺寸、多色板的图标文件。一个图标实际上是多张不同格式的图片的集合体，并且还包含了一定的透明区域。

所以换句话说，icns是mac用的（有些时候linux也可以使用），ico是windows用的

怎么制作这些图标？

1.首先，准备问美工要一个1024x1024的png图标

2.有两个库可以帮助我们

electron-icon-maker

electron-icon-builder
具体使用说明请查看readme

大🔥都知道，Vscode的换行符有LF和CRLF

1

在各操作系统下，文本文件所使用的换行符是不一样的。UNIX/Linux 使用的是 0x0A（LF），早期的 Mac OS 使用的是0x0D（CR），后来的 OS X 在更换内核后与 UNIX 保持一致了。但 DOS/Windows 一直使用 0x0D0A（CRLF）作为换行符。Git提供了一个“换行符自动转换”功能。这个功能默认处于“自动模式”，当你在签出文件时，它试图将 UNIX 换行符（LF）替换为 Windows 的换行符（CRLF）；当你在提交文件时，它又试图将 CRLF 替换为 LF。Git 的“换行符自动转换”功能听起来似乎很智能、很贴心，因为它试图一方面保持仓库内文件的一致性（UNIX 风格），一方面又保证本地文件的兼容性（Windows 风格）。但遗憾的是，这个功能是有 bug 的，而且在短期内都不太可能会修正。 

从git 换行符LF与CRLF转换问题抄的

这里我们可以知道，在macOS和linux上，与windows的换行符是不一致的。

一旦使用eslint等工具，就会整个项目出问题。。。

可能在百度搜半天，怎么解决这个问题，发现的都是以下两种：

1.新建文件怎么设置换行符

2.单文件如何通过编辑器修改换行符

丝毫没提如何修正已有文件

项目那么多文件，怎么可能手动一个个修复

在 Vue 中引入 ElementUI 是非常常见的

elementUI-icon 图标

ElementUI 默认提供了一个 icon 图标集合,可以使用 i 标签展示

直接 class 名写图标名就能展示,这可太方便了

1

<i class="图标名"/>

但是图标肯定是不够用的,总会要引入一些自己的图标,比如使用阿里的iconfont

iconfont 引入

在阿里帮助页面我们可以看到好几种引入方式

其中 font-class 方式引入