现已发布!阅读关于 11 月新增功能和修复的内容。

任务提供程序

用户通常在 Visual Studio Code 中通过 tasks.json 文件定义 任务。但是,在软件开发过程中,有些任务可以通过 VS Code 扩展中的任务提供者自动检测到。当从 VS Code 中运行“任务: 运行任务”命令时,所有活动的任务提供者都会贡献用户可以运行的任务。虽然 tasks.json 文件允许用户手动为特定的文件夹或工作区定义任务,但任务提供者可以检测工作区的详细信息,然后自动创建相应的 VS Code 任务。例如,任务提供者可以检查是否存在特定的构建文件(如 makeRakefile),并创建一个构建任务。本主题介绍扩展如何自动检测并向最终用户提供任务。

本指南将教你如何构建一个任务提供者,该提供者可以自动检测在 Rakefiles 中定义的任务。完整的源代码位于:https://github.com/microsoft/vscode-extension-samples/tree/main/task-provider-sample

任务定义

为了在系统中唯一地标识一个任务,贡献任务的扩展需要定义标识任务的属性。在 Rake 示例中,任务定义如下所示:

"taskDefinitions": [
    {
        "type": "rake",
        "required": [
            "task"
        ],
        "properties": {
            "task": {
                "type": "string",
                "description": "The Rake task to customize"
            },
            "file": {
                "type": "string",
                "description": "The Rake file that provides the task. Can be omitted."
            }
        }
    }
]

这为 rake 任务贡献了一个任务定义。任务定义有两个属性:taskfiletask 是 Rake 任务的名称,file 指向包含该任务的 Rakefiletask 属性是必需的,file 属性是可选的。如果省略 file 属性,则使用工作区文件夹根目录下的 Rakefile

when 子句

任务定义可以包含一个可选的 when 属性。when 属性指定了该类型任务可用的条件。when 属性的功能与 VS Code 中 其他地方具有 when 属性的功能相同。在创建任务定义时,应始终考虑以下上下文:

  • shellExecutionSupported:当 VS Code 可以运行 ShellExecution 任务时为 true,例如当 VS Code 作为桌面应用程序运行时,或使用远程扩展(如 Dev Containers)时。
  • processExecutionSupported:当 VS Code 可以运行 ProcessExecution 任务时为 true,例如当 VS Code 作为桌面应用程序运行时,或使用远程扩展(如 Dev Containers)时。目前,它将始终具有与 shellExecutionSupported 相同的值。
  • customExecutionSupported:当 VS Code 可以运行 CustomExecution 时为 true。此值始终为 true。

任务提供者

与支持代码补全的语言提供者类似,扩展可以注册一个任务提供者来计算所有可用的任务。这通过 vscode.tasks 命名空间完成,如下面的代码片段所示:

import * as vscode from 'vscode';

let rakePromise: Thenable<vscode.Task[]> | undefined = undefined;
const taskProvider = vscode.tasks.registerTaskProvider('rake', {
  provideTasks: () => {
    if (!rakePromise) {
      rakePromise = getRakeTasks();
    }
    return rakePromise;
  },
  resolveTask(_task: vscode.Task): vscode.Task | undefined {
    const task = _task.definition.task;
    // A Rake task consists of a task and an optional file as specified in RakeTaskDefinition
    // Make sure that this looks like a Rake task by checking that there is a task.
    if (task) {
      // resolveTask requires that the same definition object be used.
      const definition: RakeTaskDefinition = <any>_task.definition;
      return new vscode.Task(
        definition,
        _task.scope ?? vscode.TaskScope.Workspace,
        definition.task,
        'rake',
        new vscode.ShellExecution(`rake ${definition.task}`)
      );
    }
    return undefined;
  }
});

provideTasks 类似,VS Code 会调用 resolveTask 方法以从扩展获取任务。resolveTask 可以替代 provideTasks 调用,并且旨在为实现它的提供者提供可选的性能提升。例如,如果用户有一个运行扩展提供的任务的键绑定,VS Code 最好调用该任务提供者的 resolveTask 并快速获取一个任务,而不是调用 provideTasks 并等待扩展提供所有任务。允许用户关闭单个任务提供者的设置是一个好习惯,因此这很常见。用户可能会注意到来自特定提供者的任务获取速度较慢,并关闭该提供者。在这种情况下,用户可能仍然在其 tasks.json 中引用该提供者的某些任务。如果未实现 resolveTask,则会显示一个警告,指出其 tasks.json 中的任务未创建。使用 resolveTask,扩展仍然可以为 tasks.json 中定义的任务提供任务。

getRakeTasks 的实现执行以下操作:

  • 使用 rake -AT -f Rakefile 命令列出每个工作区文件夹中 Rakefile 中定义的所有 rake 任务。
  • 解析标准输出。
  • 为每个列出的任务创建一个 vscode.Task 实现。

由于 Rake 任务实例化需要 package.json 文件中定义的任务定义,VS Code 还使用 TypeScript 接口定义了结构,如下所示:

interface RakeTaskDefinition extends vscode.TaskDefinition {
  /**
   * The task name
   */
  task: string;

  /**
   * The rake file containing the task
   */
  file?: string;
}

假设输出来自第一个工作区文件夹中名为 compile 的任务,则相应的任务创建如下所示:

let task = new vscode.Task(
  { type: 'rake', task: 'compile' },
  vscode.workspace.workspaceFolders[0],
  'compile',
  'rake',
  new vscode.ShellExecution('rake compile')
);

为输出中列出的每个任务,使用上述模式创建相应的 VS Code 任务,然后从 getRakeTasks 调用返回所有任务的数组。

ShellExecution 在特定于操作系统的 shell 中执行 rake compile 命令(例如,在 Windows 上,命令将在 PowerShell 中执行;在 Ubuntu 上,将在 bash 中执行)。如果任务应直接执行进程(而不启动 shell),则可以使用 vscode.ProcessExecutionProcessExecution 的优点是扩展可以完全控制传递给进程的参数。使用 ShellExecution 会利用 shell 命令解释(如 bash 下的通配符扩展)。如果 ShellExecution 使用单个命令行创建,则扩展需要确保命令内的正确引用和转义(例如,以处理空格)。

CustomExecution

总的来说,最好使用 ShellExecutionProcessExecution,因为它们很简单。但是,如果您的任务在运行之间需要大量保存状态,作为单独的脚本或进程效果不佳,或者需要大量的输出处理,那么 CustomExecution 可能是一个不错的选择。CustomExecution 的现有用途通常是针对复杂的构建系统。CustomExecution 只有一个回调,在任务运行时执行。这提供了更大的任务灵活性,但也意味着任务提供者负责任何必要的进程管理和输出解析。任务提供者还负责实现 Pseudoterminal 并从 CustomExecution 回调返回它。

return new vscode.Task(
  definition,
  vscode.TaskScope.Workspace,
  `${flavor} ${flags.join(' ')}`,
  CustomBuildTaskProvider.CustomBuildScriptType,
  new vscode.CustomExecution(
    async (): Promise<vscode.Pseudoterminal> => {
      // When the task is executed, this callback will run. Here, we setup for running the task.
      return new CustomBuildTaskTerminal(
        this.workspaceRoot,
        flavor,
        flags,
        () => this.sharedState,
        (state: string) => (this.sharedState = state)
      );
    }
  )
);

完整的示例,包括 Pseudoterminal 的实现,位于 https://github.com/microsoft/vscode-extension-samples/tree/main/task-provider-sample/src/customTaskProvider.ts

© . This site is unofficial and not affiliated with Microsoft.