如何在新版SvelteKit中适配旧API路由以兼容新路由规则？

某SvelteKit认证入门项目是实现认证功能的优质参考，但在v406版本的相关破坏性更新后，原有API方法无法正常工作。以下是前端调用该路由的代码：

const response = await fetch("/api/sign-in", {
  method: "POST",
  body: JSON.stringify({ email, password }),
  headers: {
    "Content-Type": "application/json"
  }
});

旧路由树形结构示例：

如何改造才能让旧路由适配新路由规则并正常访问？

适配新路由规则的改造步骤 #

SvelteKit v406+ 采用了文件系统路由的新规范，旧的/api/目录路由需要调整为+server.js/ts文件的形式，具体操作如下：

1. 重构路由文件结构 #

• 原路由路径src/routes/api/sign-in下的处理文件，需迁移至src/routes/api/sign-in/+server.js（或.ts）
• 若原目录下按不同HTTP方法拆分文件，现在要在+server.js内通过导出对应大写方法名的函数来处理：

// src/routes/api/sign-in/+server.js
export async function POST({ request }) {
  // 解析请求体
  const { email, password } = await request.json();
  // 原有认证逻辑迁移至此，比如验证账号密码、生成会话等
  // 示例响应
  return new Response(JSON.stringify({ success: true, message: "登录成功" }), {
    headers: { "Content-Type": "application/json" }
  });
}

2. 确认请求路径（无需额外修改） #

只要路由文件结构按上述规则调整，原前端代码中的fetch("/api/sign-in")请求路径可直接沿用，无需改动。

3. 验证路由有效性 #

启动项目后，通过浏览器控制台、Postman等工具发送POST请求到/api/sign-in，检查是否能正常接收请求并返回预期响应。

额外注意事项 #

• 必须导出大写的HTTP方法名（如POST、GET），这是SvelteKit新路由规范的强制要求
• 若原路由有全局中间件或权限校验逻辑，需迁移到SvelteKit的handle钩子，或直接整合到+server.js的方法函数内

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