前端利器躬行记（8）——VSCode插件研发
作者：互联网
VSCode提供了丰富的 API，可以借助编辑器扩展许多定制功能。
本次研发了一款名为 Search Method 的插件，在此记录整个研发过程。
一、准备工作
1）安装环境
首先是全局安装 yo 和 generator-code 两个库，我本地全局安装了 cnpm，所以用它来安装。
npm install yo generator-code -g
yo code
回答些问题，但如果在回答 Initialize a git repository 时选择 yes，那么就会出现报错。
选择 no 之后，才会提示安装成功，这个莫名其妙的问题就处理了好久。
初始化成功后，就会得到一个项目结构（大致如下），建议单独打开个窗口调试插件。
|-- test |-- extension.js // 插件入口文件，插件的逻辑在此完成 |-- CHANGELOG.md |-- package-lock.json |-- package.json |-- README.md // 插件说明 README，发布后会展示 |-- jsconfig.json |-- .eslintrc.json |-- vsc-extension-quickstart.md
最重要的就是 extension.js 和 package.json，前者会实现插件的核心功能，后者包括插件的配置信息。
2）调试
选择 run =》 Start Debugging 后，就会自动弹出另一个 VSCode 窗口。
在这个窗口中，会默认安装上正在调试的插件,其实我本来起的插件名字叫 Search Function。
但是在调试时，按下 Command + Shift + P 打开命令面板，却无法在此处找到默认的 Hello World 命令。
直到我换了名字后，才能在调试时找到 Hello World，这个坑也花了我好几个小时。
还有个问题，就是在在编辑器的 Debug Console 标签内无法看到打印信息，相当于是在盲调，电脑重启后，就能看到了，还是重启大法好。
至此，完成了整个准备工作。
二、开发过程
公司有个 Node 项目，现在有个问题，就是 router 层的代码无法自动关联到 service 层的方法声明。
下面这段代码存在于 router 层，common 存在于service 层，它有一个 aggregation() 方法。
原先鼠标拖到方法处，按住 command 键，就能跳转到声明处，查看方法实现逻辑，但是现在无法跳转。
const data = await services.common.aggregation({ tableName });
因为项目为了不用每次初始化 service 中的类，一下子全部都初始化好了，赋到一个对象中，如下所示。
Object.keys(dir).forEach((item) => {
services[item] = new dir[item](models);
});
这次要开发的插件，其实就是为了解决此问题，提升大家的开发效率。
1）最终效果
在经过多轮深思熟虑的设计之后，确定了要达到的效果，那就是先选中要查看的方法以及文件名称，然后右键找到 Search Services File 菜单，此时就能直接跳转过去了。
2）菜单配置
要想在右键显示这个自定义的菜单，需要在 package.json 中做些配置。
commands 是默认就存在的，主要是 menus 字段，注册菜单。
"contributes": {
"commands": [
{
"command": "search-method.services",
"title": "Search Services File"
}
],
"menus": {
"editor/context": [
{
"command": "search-method.services",
"group": "navigation",
"when": "editorHasSelection"
}
]
}
},
editor/context 是指编辑器上下文菜单，在 contributes.menus 一栏中，还可以找到其余 menus 的关键字，可以都尝试下。
editor/context 的值是一个数组，可以配置多个菜单，菜单中的 group 就是菜单所处的位置。
navigation 就是最上面，还有 1_modification，9_cutcopypaste 和 z_commands 参考下图。
when 就是触发条件，editorHasSelection 就是指在编辑器中选中时触发。
可选的关键字还可以是 editorFocus、inputFocus、editorHasMultipleSelections 等，参考 available contexts。
3）核心逻辑下面这段就是最精简的 extension.js 代码了，注册一个名为 search-method.services 的命令，核心功能会在此回调函数中实现。
const vscode = require('vscode');
function activate(context) {
const disposable = vscode.commands.registerCommand(
'search-method.services', (uri) => {
}
context.subscriptions.push(disposable);
}
function deactivate() {}
module.exports = {
activate,
deactivate
}
在研发时，以为像下面这样就能直接得到 webMonitor.js 绝对目录，但其实此处读的是插件的根目录，而不是项目的。
path.resolve(__dirname, '../services/webMonitor.js')
通过回调函数的参数 uri.fsPath 才能得到当前选中的代码所处的绝对位置。下面是完整的插件逻辑。
1 const vscode = require('vscode');
2 const path = require('path');
3 const fs = require('fs');
4 const { Uri, window, Position, Range, Selection } = vscode;
5 const disposable = vscode.commands.registerCommand(
6 "search-method.services",
7 (uri) => {
8 // 获取编辑器对象
9 const editor = window.activeTextEditor;
10 if (!editor) {
11 return;
12 }
13 // 当前选中的代码所处的绝对位置
14 const dirPath = uri.fsPath;
15 // services的绝对目录
16 const serviceDir = path.resolve(dirPath, "../../services");
17 // 获取选中文本
18 const doc = editor.document;
19 const selection = editor.selection;
20 const words = doc.getText(selection).split(".");
21 const serviceName = words[0];
22 const methodName = words.length > 1 ? words[1] : "";
23 // 列出目录中所有的文件
24 const files = fs.readdirSync(serviceDir);
25 for (const item of files) {
26 // 读取文件名称
27 const name = item.split(".")[0];
28 // 文件匹配
29 if (serviceName === name) {
30 const file = Uri.file(path.resolve(serviceDir, item));
31 // 根据换行符分隔字符串
32 const fileContentArr = fs
33 .readFileSync(path.resolve(serviceDir, item), "utf8")
34 .split(/\r?\n/);
35 // 声明的方法会有 async 关键字，或者通过空格和括号匹配
36 const index = fileContentArr.findIndex(
37 (element) =>
38 element.indexOf(`async ${methodName}`) >= 0 ||
39 element.indexOf(` ${methodName}(`) >= 0
40 );
41 // 跳转到指定行数的文件
42 window.showTextDocument(file).then((editor) => {
43 // 开始位置
44 const start = new Position(index, 0);
45 // 结束位置加了 20 行，为了便于查看
46 const end = new Position(index + 20, 0);
47 // 光标聚焦的位置
48 editor.selections = [new Selection(start, start)];
49 // 可见范围
50 const range = new Range(start, end);
51 editor.revealRange(range);
52 });
53 break;
54 }
55 }
56 }
57 );
上面这段代码比较长，核心思路：
- 第13行，读取当前项目 services 的绝对路径。
- 第17行，获取选中的文本，例如 common.aggregation，然后分隔得到文件名和方法名。
- 第23行，列出 services 的所有文件，并与选中的文件名匹配。
- 第28行，匹配成功时读取文件内容并通过换行符分隔，查找方法所在的行。
- 第41行，通过 window.showTextDocument 打开 Uri.file() 处理过的文件，初始化 Position 类，配置光标聚焦的位置（Selection）和可见范围（Range）。
虽然只有40多行代码，但花费了我一天的时间才完成，中间走了不少弯路，最麻烦的是跳转文件，showTextDocument() 方法也是偶然间才发现的。
还有个小技巧，可以通过看 window、Uri 这些类的声明，就能了解到它们提供的功能。
三、对外发布
为了能在 VSCode 的 Extensions 中被搜索到，还需要几个步骤。
1）注册账号
首先到 Azure DevOps 创建管理账号，根据提示来就行了。
然后选中 Personal access tokens，去创建 token。
接着在创建时，有些选项要注意，Organization 和 Scopes，网上说不能乱选，否则发布会不成功。创建后，记得自己将 token 保存一下，后面就无法查看了。
最后创建发布账号，填些信息，下一步登录时使用。
2）vscevsce 用于上传插件，首先全局安装。
npm i vsce -g
然后是登录刚刚注册的发布账号，例如 vsce login pwstrick。
vsce login <publisher name>
选好后会要求你输入之前申请的 token，登录成功后就会有下面的一段提示。
Personal Access Token for publisher 'pwstrick': ************************ The Personal Access Token verification succeeded for the publisher 'pwstrick'.
此时，就可以输入发布命令了，成功的话，就会出现 DONE 的提示。
vsce publish INFO Publishing 'pwstrick.search-method v0.0.1'... INFO Extension URL (might take a few minutes): https://marketplace.visualstudio.com/items?itemName=pwstrick.search-method INFO Hub URL: https://marketplace.visualstudio.com/manage/publishers/pwstrick/extensions/search-method/hub DONE Published pwstrick.search-method v0.0.1.
上传成功后，不会马上就能搜索到。
在插件管理中，当出现绿色的勾时，才表示插件发布完成，现在可以在应用市场搜索到了。
可以看到并不是在第一行，需要往下翻一翻。
在给组员使用时，发现他们不能安装，因为我设置的最低版本是 1.7.0，这个在开发的时候也需要注意。
"engines": {
"vscode": "^1.70.0"
},
参考：
vscode window.showTextDocument示例
标签：插件,const,VSCode,躬行,vscode,editor,services,-- 来源： https://www.cnblogs.com/strick/p/16572344.html