TypeScript 装饰器和循环依赖

Question

考虑使用装饰器的相互依赖代码示例（如下）。

现在考虑以下工作流程（是的，我确实想传递实际导出的类，因为我以后需要使用它们）：

1. 应用导入并运行Parent.ts
2. @Test(Child) 导致应用在装饰时导入 Child.ts
3. 注意：代码尚未到达类Parent
4. 在Child.ts 中，@Test(Parent) 装饰器被执行
5. 此时，Parent 未定义，无法传递给装饰器。

如您所见，存在令人讨厌的循环依赖，我看不到一种能够应用将类作为相互引用的参数的装饰器的方法。

请注意，为了简洁起见，我使用了@Test 作为示例。实际的装饰器是 @HasMany 和 @BelongsTo - 所以我这里有一个实际的用例。

我的问题是：“这个问题有解决方案吗？”

我担心没有，除非 TypeScript 的编译代码被更改，以便将装饰过程推迟到所有涉及的代码都被导入。

代码示例：

Decorators.ts:

    export function Test(passedClass: Function): Function {
        return function (model: Function): void {
            console.log(typeof passedClass);
        };
    }

Parent.ts:

    import {Child} from "./Child";
    import {Test} from "./Decorators";

    @Test(Child)
    export class Parent {

    }

Child.ts:

    import {Parent} from "./Parent";
    import {Test} from "./Decorators";

    @Test(Parent)
    export class Child {

    }

Answer 1

今天遇到同样的问题。我通过将@Test(Parent) 替换为@Test(() => Parent) 解决了这个问题。

我不是在元数据中跟踪类构造函数 (Parent)，而是跟踪返回构造函数 (() => Parent) 的 thunk。这会延迟对 Parent 导入变量的评估，直到调用 thunk 为止。

Answer 2

如果您可以推迟在装饰器中执行的操作 - 您可以克服限制并打破循环依赖。从您真正的装饰器@HasMany 和@BelongsTo 的名称来看，您似乎正在将某种元数据附加到每个类以供以后使用 - 如果是这样，这是我的建议：

1. 扩展您的@Test 装饰器签名

export function Test(passedClass: Function | string)

我在这里假设装饰器会将元信息存储在某种静态字典中，例如：.属性看起来像的地方

{
    hasMany: {new(): any} | string
    belongsTo: {new(): any} | string
}

1. 在装饰器内部创建新的属性对象，其中 hasMany/belongsTo 属性设置为 passedClass。如果 passedClass 不是字符串 - 检查所有已添加的属性并替换任何字符串类型且等于当前 passedClass.name 的 hasMany/belongsTo

2. 从父级中删除对子级的引用。

这有点幼稚的实现，您可以实现一些私有字段来隐藏中间字符串数据并避免暴露联合类型字段。

希望这会对你有所帮助。

Answer 3

如何做同样的事情，但以不同的方式构建代码？
如果Child 和Parent 都驻留在同一个文件中，那么这应该不是问题。

这听起来可能不是最佳选择，因为由于长度和逻辑，将代码分成模块很舒服，但这可以通过某种方式解决。
您可以拥有一个主文件，其中包含这些基类，甚至是抽象类：

// Base.ts
import {Test} from "./Decorators";

@Test(BaseChild)
export abstract class BaseParent {}

@Test(BaseParent)
export abstract class BaseChild {}

然后在您的特定模块中：

// Parent.ts
import {BaseParent} from "./Base";

export class Parent extends BaseParent {}

和

// Child.ts
import {BaseChild} from "./Base";

export class Child extends BaseChild {}