今天真是个充实的日子，开始我的 NestJS 学习之旅。咱就是说之前一直当前端的娃，突然跳到后端开发，感觉有点懵啊！哈哈。

第一个 NestJS 项目

我决定从内容管理业务开始，尝试实现几个简单的 API 接口。目标是成为一个Neng独立完成业务闭环的全栈型前端。这可不是说说而Yi，我要认真练！

依赖安装的坑

用 pnpm 安装依赖的时候，遇到了一些问题。提示说某些包被忽略了然后执行了 pnpm approve-builds 命令才Neng解决。害！

Controller 和 Service 的关系

constructor {}

这个构造函数让我有点不理解：为什么Ke以直接使用 `this.appService`？以前Zuo前端的时候没见过这种写法。

理解请求链路

GET /health

我第一次真正从服务端视角去kan一个请求，感觉特别新鲜！以前只知道怎么调用接口，现在要自己写接口了。

localhost 的含义

@nestjs/core@swc/core

localhost 不是一个固定的 IP 地址，而是“当前运行环境里的自己”。比如在 Mac 上本地测试服务时localhost 指向的就是我这台机器上运行的 NestJS 服务。

. 和 . 的区别

http://localhost:

以前只知道 localhost Neng访问本地服务。今天意识到它其实是监听所有网络接口的端口。所以线上接口地址不Neng写死成固定的 IP 地址。

环境配置和问题排查

Ignored build scripts

遇到一些奇怪的环境问题。例如：部署到生产环境前需要注意环境变量配置；或者项目启动失败需要检查 Node 版本、脚本权限等细节。

依赖注入的核心思想 解释一下依赖注入吧：它不是某个复杂的语法规则，而是一种分工方式。Controller 不需要关心 Service 是如何被创建出来的，它只需要声明自己要用这个 Service 。框架负责创建和管理这些依赖关系。 全栈思维的萌芽 我以前geng多关注的是页面展示、组件拆分、状态管理、以及如何联调前后端接口。但是现在发现仅仅写页面是不够的。hen多业务逻辑并不是直接在 UI 上体现的，而是需要理解整个功Neng链条——从 UI 请求、后端 API 处理、数据存储到权限验证等等。所以这次学习后端是为了geng全面地了解全栈开发。嗯...

---