建议

🔍 搜索词

• getEmitResolver
• transform API

✅ 可实现性检查清单

我的建议符合以下指导原则：

• 这不会对现有的TypeScript/JavaScript代码造成破坏性的更改
• 这不会改变现有JavaScript代码的运行时行为
• 这可以在不根据表达式的类型发射不同的JS的情况下实现
• 这不是一个运行时特性(例如库功能、使用JavaScript输出的非ECMAScript语法、JS的新语法糖等)
• 这个特性将与 TypeScript's Design Goals 的其他部分一致。

⭐ 建议

transform API非常方便，因为使用这个API不需要调用Program来将ts编译为js以使用自定义AST转换器。然而，它不允许需要访问EmitResolver的情况。如果transform API可以让用户将getEmitResolver传递到TransformationContext中，那就太好了。
目前，getEmitResolver既没有暴露给TransformationContext接口，也没有暴露给Program接口。

📃 激励示例

一个理想的示例应该是这样的

export function constructorParametersDownlevelTransform(program: ts.Program): ts.TransformerFactory<ts.SourceFile> {
  const typeChecker = program.getTypeChecker();
  const reflectionHost = new TypeScriptReflectionHost(typeChecker);

  return (ctx: ts.TransformationContext) => {
    return getDownlevelDecoratorsTransform(
      typeChecker,
      reflectionHost,
      [],
      false,
      false,
      true,
    )({
      ...ctx,
      getEmitResolver: ctx.getEmitResolver()
        ? ctx.getEmitResolver
        : program.getDiagnosticsProducingTypeChecker().getEmitResolver,
    });
  };
}

💻 用例

我正在尝试实验这个想法：

• 使用transform API处理TypeScript源代码的AST,并使用一些自定义AST转换器。
• 使用swc或esbuild将经过新转换的源代码编译为ts。

据我所知，使用transform API处理AST相当快。如果我可以在不使用Program进行完整的编译步骤的情况下处理AST,而是使用swc或esbuild进行编译，那么这将有助于我实现目标：快速编译+源代码以我想要的方式进行处理(Jest提升、Angular下级构造函数等...)