前言的前言
实际使用时，发现问题后，本人贡献了一次github wiki详细说明，详见：
大约 7 分钟
易用API接口调试工具历史
Postman
Postman成立于2012年，最初由Abhinav Asthana在2012年开发为一个Chrome浏览器插件，旨在简化开发者手动测试API的过程1。随着时间的推移，Postman逐渐发展成为一款全面的API开发和测试工具，提供有Chrome扩展插件版和独立的APP，支持多种操作系统，并拥有广泛的用户群体和企业客户。
虽然Postman作为一款接口调试工具，算是非常优秀的了，但一说到使用高级功能要付费就有人坐不住了，决定自己造个轮子免费给大家使用，造福不愿付费的人群。
大约 2 分钟
过往文章点我跳转介绍过一个【极简单的webpack插件开发流程】，但现在的构建工具早已不是webpack一家独大了，Vite在业内的占比也不容小觑。不过没有看过上文的建议先看下，本文相当于上文的“换汤不换药、换汤少换药版本”
大约 3 分钟
前情提要
前文【构建工具-webpack插件开发1-入门】（点击访问）实现了一个简单插件：在构建完成后生成一个markdown文件，文件里会记录构建时的日期。
大约 7 分钟
作为当代前端工程师，以webpack为首的构建工具基本都用过。使用时稍复杂点儿的项目都要搭配各式各样的插件来达到目的。比如最常见的html-webpack-plugin生成一个空 HTML 文件。
如果现在的插件不能满足我们的业务需求，就需要自己定制了。
本文旨在通过构建一个极简单的webpack插件，让大家可以快速体验下webpack插件的开发流程、架构模式。
以下是实现一个简单插件：在构建完成后生成一个markdown文件，文件里会记录构建时的日期。
1. 创建插件类
// 业务项目根目录新建文件my-webpack-plugin.js
大约 3 分钟
传统的单元测试编写会在初期增加工作量，是广大工程师们都又爱又恨的存在。
不过近几年AI发展迅猛，已经可以主导、辅助生成单元测试了，那肯定是要使用、实践的。
但这不意味着大家可以0基础直接让AI生成，毕竟生成后大家也需要人工code review一下，如果没有单测基础就会一头雾水，那此时大家就可以看我上一篇单测基础文章点击跳转了。
大约 3 分钟
前言
- 前端有不少脚手架工具可以用来初始化项目，但对初始化Chrome扩展项目来说往往大材小用，初始化完后自己还需要二次精简。
- 当然不排除已经有大佬做出了精简的Chrome扩展项目初始化脚手架工具，但本文还是旨在通过最精简的手工方式，带大家一窥Chrome扩展项目的基础框架。
最基本的步骤
初始化项目目录
mkdir chrome-demo # 新建项目目录
cd chrome-demo # 进入项目目录
pnpm init -y # 将项目初始化为Node.js项目生成并package.json文件、pnpm-lock.yaml版本锁文件大约 4 分钟
中英文切换的苦与乐
苦
- 仔细想想，写代码以前，从大家人生中首次用电脑上在【Word、记事本、网页的文本区域里】这种稍微严肃的地方（聊天啊、划水啊其实要求不是很严格）写文章、大段文字开始，其实就已经开始进行大量的中英文切换了，只是相对于写代码来说没有那么频繁。
- 自从我第一天写代码起，就总是被各种IDE（集成开发环境）里需要频繁手动切换切换输入法的操作搞得焦头烂额。
- 慢慢的，也就适应了，变成了肌肉记忆。
- 但早期的IDE，或者文本编辑器、代码编辑器，在中英文切换、符号自动优化方向并没有那么智能（当然现在也是半斤八两）。他们最常见的两套组合拳就是：符号异常标红 + 保存时自动更正。缺点就是很影响编程体验，诸如因为编辑阶段未正确书写导致无法有效代码提示、打断开发思路、中断即时编译等等。
大约 9 分钟
场景模式选择
在Clash 中，System Proxy（系统代理）、Mixin（混合规则）、Tun Mode（Tun模式）的选择需根据具体使用场景和需求决定。以下是综合对比及选型建议：
核心功能对比
| 模式 | 工作原理 | 适用场景 | 优缺点 |
|---|---|---|---|
| System Proxy | 别被名字欺骗，并非接管所有渠道的流量。通过操作系统代理设置全局管理流量（HTTP/SOCKS代理） | - 需快速启用代理 - 仅需代理浏览器等支持系统代理的应用 | ✅ 简单易用 ❌ 不接管UDP流量，部分应用可能绕过代理（如游戏客户端） |
| Mixin | 动态覆盖主配置文件的规则（YAML格式），实现临时规则调整 | - 需临时调整分流规则（如指定域名/IP走代理/直连） - 避免频繁修改主配置 | ✅ 灵活补充规则 ❌ 需手动维护YAML语法，不改变底层代理逻辑 |
| Tun Mode | 创建虚拟网卡接管系统流量，实现透明代理（支持TCP/UDP全协议） | - 需强制代理所有应用（包括不遵循系统代理的软件） - 需要处理UDP流量 | ✅ 全局接管流量 ❌ 资源占用较高，需安装驱动并重启服务 |
大约 3 分钟
小于 1 分钟