本文旨在解决在 TypeScript 中使用 `fetch` 函数的 `RequestInit` 类型时遇到的问题。通过配置 `tsconfig.json` 和 ESLint，您可以正确地使用 `RequestInit` 类型，从而编写更类型安全和可维护的 `fetch` 相关代码。
在使用 TypeScript 开发 Web 应用时，我们经常需要自定义 fetch 方法来处理请求。fetch 函数的第二个参数 init 接受一个 RequestInit 类型的对象，用于配置请求的各种选项，如 headers、body 等。然而，在某些情况下，我们可能会遇到无法正确引入或使用 RequestInit 类型的问题。本文将介绍如何解决这个问题，确保你能在 TypeScript 中顺利地使用 RequestInit 类型。
确保 DOM 库已包含在 tsconfig.json 中
RequestInit 类型定义在 TypeScript 的 DOM 库中。因此，首先要确保你的 tsconfig.json 文件中包含了 DOM 库。检查 compilerOptions 中的 lib 选项，确保其包含了 "DOM" 或 "dom"。
{
"compilerOptions": {
"target": "es5",
"lib": ["dom", "dom.iterable", "esnext"],
// ... 其他配置
}
}如果 lib 选项中没有包含 "DOM"，请添加它并重新启动你的 TypeScript 服务或 IDE。
解决 ESLint 报错
即使 DOM 库已经包含在 tsconfig.json 中，ESLint 仍然可能报错，提示 RequestInit 未定义。这通常是因为 ESLint 没有正确识别全局类型 RequestInit。
方案一：在文件中添加全局注释
一个简单的解决方法是在使用 RequestInit 类型的 .ts 文件顶部添加全局注释：
/* global RequestInit */
export const fetchServer = async <T>(
url: string,
options: RequestInit = {},
): Promise<T> => {
// ...
};这个注释告诉 ESLint RequestInit 是一个全局变量，从而避免报错。
方案二：在 .eslintrc 文件中配置全局变量
更全局的解决方案是在你的 .eslintrc 文件中配置 RequestInit 为全局变量：
{
"globals": {
"RequestInit": true
},
// ... 其他配置
}这样，ESLint 将在整个项目中识别 RequestInit 类型。
使用 RequestInit 类型定义 fetchServer 函数
配置完成后，你就可以在 fetchServer 函数中使用 RequestInit 类型了。以下是一个示例：
/* global RequestInit */
export const fetchServer = async <T>(
url: string,
options: RequestInit = {},
): Promise<T> => {
const alteredOptions: RequestInit = {
...options,
headers: {
...options.headers,
"Content-Type": "application/json",
},
};
const rawResponse = await fetch(url, alteredOptions);
if (!rawResponse.ok) {
throw new Error(`HTTP error! status: ${rawResponse.status}`);
}
const data = await rawResponse.json() as T;
return data;
};在这个示例中，我们首先定义了 options 参数的类型为 RequestInit，并提供了一个默认值空对象。然后，我们创建了一个 alteredOptions 对象，用于修改或添加请求的 headers。最后，我们将 alteredOptions 传递给 fetch 函数。
总结
通过正确配置 tsconfig.json 和 ESLint，你可以轻松地在 TypeScript 中使用 RequestInit 类型。这不仅可以提高代码的可读性和可维护性，还可以减少潜在的类型错误。希望本文能够帮助你解决在使用 RequestInit 类型时遇到的问题。
