typescript 定义全局变量的方法取决于你希望全局变量的作用域范围。 简单来说，没有真正的“全局”变量，因为 typescript 鼓励模块化。 但我们可以通过几种方式模拟全局变量的行为，并在此过程中避免一些潜在的陷阱。
最直接的方法是在一个单独的 .ts 文件中声明变量，然后在其他模块中导入它。 这并非真正的全局变量，而是模块级别的，但如果这个文件在你的项目中被其他所有模块依赖，那么它就起到了全局变量的作用。 我曾经在一个大型项目中使用这种方法管理应用的配置信息。 我们创建了一个名为 config.ts 的文件，里面包含了数据库连接字符串、API 密钥等敏感信息。 每个模块都导入 config 模块来访问这些配置参数。 这样做的好处是集中管理，易于维护，并且避免了在各个模块中重复定义相同的配置。 但需要注意的是，如果这个文件被意外修改，可能会影响整个应用。
另一种方法是使用一个命名空间。 这可以帮助你组织全局变量，避免命名冲突。 举个例子，你可以创建一个名为 Global 的命名空间，并在其中声明你的全局变量：
完整的Galileo AI平台 TypeScript/JS SDK 参考，用于评估、观察和保护 GenAI 应用。适用于构建 Node.js 或 TypeScript 项目。
<code class="typescript">namespace Global {
export let userName: string = "";
export let userLoggedIn: boolean = false;
}</code>然后，在其他模块中，你可以通过 Global.userName 和 Global.userLoggedIn 来访问这些变量。 我曾经用这种方法管理一个游戏应用中的全局游戏状态，例如游戏得分、当前关卡等。 这比直接在全局作用域声明变量更清晰，也更容易维护。 但是，命名空间本身也需要被导入，所以它仍然不是真正的“全局”变量。
需要注意的是，过度依赖全局变量可能会导致代码难以维护和调试。 全局变量会增加代码的耦合性，使得代码难以理解和修改。 最好只在必要的时候使用全局变量，并仔细考虑其作用域和潜在的影响。 尽可能地使用模块化和依赖注入来管理你的应用状态，这会让你的代码更加清晰和可维护。 在选择方法时，应该权衡全局变量带来的便利性和潜在的风险，选择最适合你项目的方式。 记住，清晰的代码结构比简单的技巧更重要。
