Mr_li

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

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

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

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

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

前言：环境检查 RoboTwin 要求 Python 3.10，而 Lingbot-VLA 要求 Python 3.12.3。为了避免冲突，必须为它们分别创建独立的 Conda 环境 检查显卡与驱动

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

最近 Vite 的纪录片不是发布了么，不看不要紧，一看才知道这纪录片简直群星荟萃啊！各种框架作者、各种构建工具作者以及各种流行库的核心维护人员都能在这个纪录片里看到他们的身影。其中不乏我们熟知的 An

三句话，我决定要他了 最近团队业务扩张，所以有一些HC，我也因此成了“兼职面试官”，每天都在跟不同的候选人打交道。面得多了，一些有意思的现象就浮现了出来。