SST V2迁移至V3.3.21:SSTConfig去向及替代方案咨询
SST V3中SSTConfig的替代方案
SST V3(包括3.3.21版本)确实移除了SSTConfig类型和原有的配置结构,改用更简洁的配置方式。以下是针对你现有V2代码的迁移方案:
核心改动说明
- 不再需要导入
SSTConfig类型,也不需要用satisfies SSTConfig约束导出对象 - 原
config函数返回的name和region直接作为顶层配置属性 - 原
stacks函数替换为app函数,用来定义栈和全局函数配置
修改后的sst.config.ts代码
import { App } from "sst"; import { MyStack } from "./stack/MyStack"; export default { name: "app", region: "us-east-1", app(app) { app.setDefaultFunctionProps({ runtime: "nodejs20.x" }); app.addDefaultFunctionPermissions("*"); app.stack(MyStack); // app.stack(Dynamo); } };
关键细节解释
- 顶层配置属性:
name和region直接放在导出对象的顶层,替代了原config函数的作用 - app函数:原
stacks函数改名为app,参数依然是SST的App实例,你之前用到的setDefaultFunctionProps、addDefaultFunctionPermissions、stack等方法完全兼容,不需要修改 - 类型支持:如果需要类型提示,现在可以直接导入
App类型(如示例中的import { App } from "sst";),IDE会自动提供函数和属性的类型提示
内容的提问来源于stack exchange,提问作者Aro
相关产品推荐
相关产品推荐

