TypeScript共享函数：独立导出与抽象类方案选型咨询

这是个很典型的代码复用与代码组织的问题，咱们一步步拆解来看：

你现在把重复逻辑提取成独立共享函数的做法完全没问题，这是代码复用的基础操作。但你担心的“逐个导入多个共享函数不够整洁”确实是个合理的痛点——如果后续新增10个共享函数，每个onTrigger文件都要写10行import，确实会显得冗余，也不利于维护。

你想通过myAbstractClass.sharedFunction的方式调用，其实没必要纠结“独立的onTrigger函数如何关联抽象类”这个点，因为咱们可以把共享函数做成抽象类的静态方法，这样只需要导入这个抽象类，就能直接调用所有静态方法了，完全不需要把onTrigger变成类的成员方法。

举个具体的改造例子：
首先改造你的actions文件：

// ../common/actions.ts
export abstract class TriggerActions {
  // 原共享函数作为静态方法
  public static async sharedFunction(input1: someType, input2: someType) {
    // 原有的业务逻辑
  }

  // 后续新增的共享函数都可以加在这里
  public static async validateDocuments(documents: Resource[] | null) {
    // 新增的共享逻辑
  }
}

然后在你的两个onTrigger文件里，只需要导入这个抽象类，就能调用所有方法：

// 文件1
import { TriggerActions } from "../common/actions";

export async function onTrigger(context: Context, documents: Resource[] | null): Promise<void> { 
  await TriggerActions.sharedFunction(aParamFile1, bParamFile1);
  // 如果需要用其他共享函数，直接调用就行，不用额外导入
  await TriggerActions.validateDocuments(documents);
}

这里用抽象类的好处是：它明确表达了“这个类是用来组织工具方法，不是用来实例化的”语义（因为抽象类不能被new），避免有人误实例化它。当然你也可以用普通类，但抽象类的语义更精准。

如果你觉得用类的语法有点“重”，其实可以用一个普通的对象来封装这些函数，效果完全一样，代码还更简洁：

// ../common/actions.ts
export const TriggerActions = {
  async sharedFunction(input1: someType, input2: someType) {
    // 原逻辑
  },

  async validateDocuments(documents: Resource[] | null) {
    // 新增逻辑
  }
} as const;

调用方式和抽象类完全一致：TriggerActions.sharedFunction(...)。这种方式不需要用到类的继承、静态方法这些概念，对于纯无状态的工具函数来说，是更轻量的选择，也是很多TypeScript项目常用的组织方式。

• 如果未来你的共享函数可能需要继承扩展（比如某个特定触发器需要重写其中的方法），那抽象类是更好的选择，能利用类的继承机制。
• 如果只是单纯地把一堆无状态的工具函数归类组织，工具对象的方式更简洁，学习成本更低，代码也更清爽。
• 不管选哪种，都能解决你当前“逐个导入多个共享函数”的问题，只需要导入一个实体（类/对象），就能调用所有相关方法。

内容的提问来源于stack exchange，提问作者userMod2