在 Nestjs/GraphQL 中使用接口时避免循环依赖答案

【问题标题】：Avoid circular dependency when using interface in Nestjs/GraphQL在 Nestjs/GraphQL 中使用接口时避免循环依赖
【发布时间】：2021-05-28 10:04:48
【问题描述】：

我按照代码优先的方法在 Nestjs docs 中定义 GraphQL 接口。

但是，resolveType() 要求您返回一个类实例并强制我导入实现该接口的类（我将这些类放在不同的文件中）；这会在我的类和接口文件之间创建循环依赖关系。

例子：

book.interface.ts:

import { ColoringBook } from './coloring-book.model.ts
import { TextBook } from './textbook.model.ts

@InterfaceType(resolveType(book) {
   if (book.colors) {
      return ColoringBook;
   }
   return Textbook;
})
abstract class Book {
   // class members...
}

coloring-book.model.ts:

import { Book } from './book.interface.ts';

@ObjectType({ implements: Book})
class ColoringBook implements Book {
  // class members...
}

textbook.model.ts:

import { Book } from './book.interface.ts';

@ObjectType({ implements: Book})
class Textbook implements Book {
  // class members...
}

我试过this 喜欢：

resolveType(book) {
    if (book.colors) {
      return forwardRef(() => ColoringBook);
    }
    return forwardRef(() => TextBook);
}

但这无济于事，因为我仍然需要导入该类，并且它实际上并没有在运行时解析。

除了将所有内容整合到一个文件之外，避免这种循环依赖的最佳实践方法是什么？

【问题讨论】：

你能显示更多代码吗？我不确定你所描述的循环依赖来自哪里
@JayMcDoniel 我添加了一个示例。在这种情况下，ColoringBook -> Book -> ColoringBook 和 Textbook -> Book -> Textbook。代码仍然可以编译，但确实给出了我想避免的循环依赖警告。

标签： graphql nestjs

【解决方案1】：

我最终了解了它是如何完成的here：

@InterfaceType({
  resolveType: value => value.constructor.name,
})

我不确定这是否有任何潜在的副作用，但它肯定看起来更干净并且不需要我循环导入。

【讨论】：

当实际构造函数与支持 GraphQL 模型的类不同时，这将不起作用。例如就我而言，这些对象是猫鼬model 的实例。在这种情况下，实际的字符串名称（如stackoverflow.com/a/69318797/1541141 所示）就是解决方案。

【解决方案2】：

根据您的回答：

看起来你可以简单地传递类名而不是 JS 类，结果是：

book.interface.js

// no import

@InterfaceType(resolveType(book) {
   if (book.colors) {
      return 'ColoringBook';
   }
   return 'Textbook';
})
abstract class Book {
   // class members...
}

在我的例子中，value.constructor.name 系统地是接口名称（Book 而不是 <Specifier>Book）

【讨论】：