Nest 循环依赖解决方案:forwardRef 的艺术

Nest 模块之间可以通过 imports 引用其他模块。

那 Module 和 Module 如果相互引用怎么办?

module 之间的循环依赖

创建一个 nest 项目:

bash 复制代码
nest new module-forward -p npm

创建两个 Module:

bash 复制代码
nest g module a
nest g module b

这种相互引用的情况就会报错。

使用 forwardRef 包装函数,该函数返回模块或提供者的引用,而不是直接引用,从而延迟了依赖项的解析:

这时候就没有报错了。

provider 循环依赖

bash 复制代码
nest g service c --no-spec --flat
nest g service d --no-spec --flat

两个 service 分别依赖了对方的方法。

这时候会报错,也是因为循环依赖导致的。

在提供者中通过 @Inject(forwardRef(() => Type)) 来注入依赖:

这样就不会报错了。

我们相互能不能正确获取结果,在 AppService 使用:

访问 localhost:3000:

没有问题。

合理的设计

  • 重新设计代码,避免循环依赖的产生是最好的做法。
  • 可以引入新的中间件、库或服务来分解复杂的依赖关系。
相关推荐
Victor35627 分钟前
Netty(11) Netty的心跳机制是什么?为什么需要它?
后端
明远湖之鱼28 分钟前
一种基于 Service Worker 的渐进式渲染方案的基本原理
前端
Victor35629 分钟前
Netty(12)Netty支持哪些协议和传输方式?
后端
无限大644 分钟前
为什么电脑需要"内存"和"硬盘"?——存储金字塔的秘密
后端
前端小端长1 小时前
Vue 中 keep-alive 组件的原理与实践详解
前端·vue.js·spring
FeelTouch Labs1 小时前
Nginx核心架构设计
运维·前端·nginx
雪球工程师团队2 小时前
别再“苦力”写后台,Spec Coding “跑” 起来
前端·ai编程
m0_471199632 小时前
【场景】前端怎么解决离线收银、数据同步异常等场景问题
前端·javascript
Curvatureflight2 小时前
前端性能优化实战:从3秒到300ms的加载速度提升
前端·人工智能·性能优化