使用任意tsconfig.json在VS代码调试中的打字稿AWS lambda的调用

Question

我正在尝试通过SAM在VS Code Debugger下通过SAM编写的Lambda函数来运行代码，该功能已安装了AWS工具包。该代码确实成功地构建和部署到云中，但是在调试器下运行它的错误失败，并且在这个问题。

我的构建指定 eSmoduleInterop：true in tsconfig.json ，而SAM构建忽略它，构建就像 Esmoduleop：false 。它似乎使用了以下任意 tsconfig.json ，而不是项目目录中的一个。如何使用我的 tsconfig.json ，或者至少将特定的编译器选项传递给 tsc ？

{
"compilerOptions": {
    "target": "es6",
    "module": "commonjs",
    "typeRoots": [
        "node_modules/@types"
    ],
    "types": [
        "node"
    ],
    "rootDir": ".",
    "inlineSourceMap": true
}

Answer 1

您可以分享您的启动配置吗？如果您使用 InvoketArget.target.template 启动config（它可以在lambda项目中期望sam template.yaml 文件），它是否有效？

它似乎使用以下给出的任意tsconfig.json，而不是项目目录中的一个

当您使用 InvoketArget.target.target.target.target.target.code：Code （a code （a）时，当前是aws工具包的限制。 功能请求将不胜感激！）：

Answer 2

我使用vscodes中的一些脚本魔术启动＆amp; tasks.json 并稍微修改 tsconfig.json ，并在SAM模板中启用Sourcemap选项。

• 回顾我在此

.vscode/laining.json

• 添加了配置：添加了新的调试配置代码：helloworldfunction 。此配置：
  • 直接针对代码（ target：“代码” ），指定lambda处理程序（ lambdahandler：“ app.lambdahandler” ）和项目root。
  • 将架构设置为 x86_64 ，并将运行时指定为 nodejs20.x ，确保与最新的node.js功能和性能改进。
  • 使用预先发布的任务（观看所有


  


.gitignore

• 更新条目：添加了 build> build/和 ** aws-toolkit-tsconfig.json的条目通过Git跟踪构建工件和特定的配置文件。这可以使存储库保持清洁，并避免由环境特定文件引起的潜在冲突或差异。

tasks.json in .vscode/

• 添加了任务： npm安装的新任务，Typescript编译和帖子添加了补偿任务。这些任务确保安装了所有依赖项，将打字稿汇编为JavaScript，并在编译后执行任何必要的清理或其他设置。
• 有组织的任务：任务分为组和依赖项，简化构建过程并确保以正确的顺序执行任务。

tsconfig.json

• 启用源地图：设置 sourcemap true true允许生成源地图，这对于在生产环境中在生产环境中调试打字条至关重要将JavaScript编译回原始打字稿源代码。
• 模块系统：更改为commonjs，它与node.js兼容，并简化了与AWS lambda的集成，该集成期望这种模块格式。
• 输出目录：指定 OUTDIR ，与源文件分开组织编译的文件，这有助于干净的部署。

template.yaml

• 启用源地图：启用了源地图设置，允许AWS SAM在构建过程中使用源地图。理想情况下，我希望这样做才能自动处理一切。

• 从运行和调试菜单中选择“代码：helloworldfunction”，并享受调试