Nestjs

NestJS 对 TypeORM 的集成不是简单的"装个包、连个库"，它在 DI 容器和模块系统之上做了一层完整的封装。搞清楚这层封装的设计意图、三种数据访问模式的取舍边界、以及关联关系的处理机制，才

开发服务端应用，配置肯定是少不了的。端口号、数据库账号、Redis 密码、各种业务白名单……这些东西如果硬编码在代码里，不仅不安全，每次切环境还得改代码，简直是灾难。

读完此文，你能更准确的理解动态模块以及清楚register、forRoot、forFeature三者作用，何时使用它们

Providers 的注入方式有很多种，对此不了解的同学在开发中遇到时，可能难以选择该用哪一种方式，这篇文章就针对这一点做一个详细的阐述

你在 NestJS 里看到的 @UseGuards()、@UsePipes()、app.useGlobalInterceptors() 这些，本质上都在做一件事： 把一段“横切逻辑”挂到请求处理链上

上一篇我们把 Module / Controller / Provider / Guard / Pipe… 这些“组件角色”捋了一遍。 但很多人（包括我一开始）真正卡住的，其实是另一层....

我刚接触 NestJS 的时候，最大的困惑其实不是语法，而是：同样是写接口，为什么多了这么多“角色”？ 这篇就专门把这些角色捋顺。 结论先行（先背这一段就够了） NestJS 里常见的“基础元素”大概