如何为Typescript/Javsscript的类提供优雅的混入(Mixins)功能

混入（Mixins）是一种在多个类之间共享方法的方式，它可以让你在不使用继承的情况下，将一个类的方法添加到另一个类中。然而，尽管混入可以提供一些便利，但它也有一些缺点：

• 命名冲突：如果两个混入或者混入和类本身有同名的方法或属性，可能会导致命名冲突。这可能会导致一些难以预料的行为，特别是当你不清楚混入的内部实现时。
• 复杂性增加：混入可以让你在不同的类之间共享代码，但是它也可能增加代码的复杂性。如果一个类使用了多个混入，那么理解这个类的行为可能需要查看多个不同的源文件。
• 难以追踪问题：如果一个混入中的方法引发了问题，可能很难找到问题的来源，因为这个方法可能被多个类使用。
• 类型安全问题：在一些静态类型语言中，如TypeScript，混入可能会导致一些类型安全问题。因为混入的方法在编译时可能不会被类型检查器检查。
• 难以测试：由于混入的方法可能在多个不同的上下文中被使用，这可能会使得测试变得更加困难。

正因为采用混入（Mixins）对类(Typescript/Javascript)进行功能扩展时存在这些问题，所以在现代编程范式下，一般并不建议为采用混入Mxin方式，而是建议通过继承或插件等其他形式进行扩展。

但是事无绝对，当你清楚地理解了它们的行为，并且能够妥善地管理它们可能带来的复杂性时，混入（Mixins）也可以带来很大在便利性。

在开发FlexTree(一款基于左右值算法的树存储操作库)时，核心FlexTreeManager类代码量超过1400行，将类进行分解是必需的，此时选择采用Mixins方式最为理想，最终基于ts-mixer这个开源库来实现类型安全的Mixins功能。

ts-mixer是一个帮助实现typescript类型安全的为类提供混入功能的第三方库。

基本用法

import { Mixin } from 'ts-mixer';

class Foo {
    protected makeFoo() {
        return 'foo';
    }
}

class Bar {
    protected makeBar() {
        return 'bar';
    }
}

class FooBar extends Mixin(Foo, Bar) {
    public makeFooBar() {
        return this.makeFoo() + this.makeBar();
    }
}

const fooBar = new FooBar();

console.log(fooBar.makeFooBar());  // "foobar"

高级用法

import { mix } from 'ts-mixer';

class Foo<T> {
    public fooMethod(input: T): T {
        return input;
    }
}

class Bar<T> {
    public barMethod(input: T): T {
        return input;
    }
}

interface FooBar<T1, T2> extends Foo<T1>, Bar<T2> { }
@mix(Foo, Bar)
class FooBar<T1, T2> {
    public fooBarMethod(input1: T1, input2: T2) {
        return [this.fooMethod(input1), this.barMethod(input2)];
    }
}

更多用法请参考其官网