Interface 的全局拓展

通过全局扩展（Global Augmentation）来扩展已有的接口（Interface），类似extention的概念，但全局拓展顾名思义，会在整个运行过程生效。在进行全局拓展时，要谨慎考虑可维护性和命名冲突等问题。确保合理地选择被拓展的接口以及提供清晰而适当的文档说明。

示例

要对接口进行全局拓展，需要创建一个新的声明文件（一般使用.d.ts后缀），并在其中使用声明合并语法对接口进行扩展。 下面是一个简单的示例：
1.首先，在项目中创建一个新的声明文件，例如 global.d.ts。
2.在 global.d.ts 文件中，使用声明合并语法扩展目标接口。

// global.d.ts

// 声明目标接口
interface TargetInterface {
  prop1: string;
}

// 使用声明合并语法进行拓展
declare global {
  interface TargetInterface {
    prop2: number;
  }
}

在上面的例子中，我们先声明了一个名为 TargetInterface 的接口，并包含一个成员 prop1。然后，在全局声明内部使用声明合并语法对其进行拓展，并添加了一个新的成员 prop2。
现在，在整个项目中都可以使用拓展后的 TargetInterface 接口，并且将会包含两个成员：prop1 和 prop2。

使用全局拓展可以扩展已有的接口，而不需要修改原始接口的定义。这在第三方库或模块的接口上特别有用，因为您无法直接修改其源代码。通过将拓展放置在独立的声明文件中，并使用合理的命名规范，可以避免在不同部分之间引起命名冲突。而且全局拓展能够将相关联的功能封装到一个地方，在项目中更容易维护和管理。
但是全局拓展也有弊端在使用过程中不得不注意全局拓展作用域可能会超出你预期，因为所有调用了该声明文件的地方都会受到影响。这涉及到其他开发者必须知道这些拓展并非直接位于源代码，可能造成意外行为以及潜在维护成本增加
由于全局拓展的污染，对于没有阅读过声明文件的开发者来说，全局拓展可能会让代码更加难以理解。他们不会知道它是否存在，或者必须去查找拓展的定义。
所以文档中，一定要规范全局拓展的使用否则全局拓展可能被其他开发人员不经意地覆盖、修改或重复定义。这可能导致接口在代码库中出现多个不一致的版本，甚至干扰正常的运行逻辑，并增加了潜在的错误和困惑。