javascript - 类工厂是有效的 javascript 模式吗？

Question

前段时间我学到了很多设计模式，特别是创意模式。一段时间后，我发现自己使用了一种我认为存在的模式，但当我尝试搜索它时，我没有找到任何引用。基本上，它是对工厂的一个小修改，它利用闭包来解决类的依赖关系。实际上，它是一个类工厂。让我用一些代码来说明这一点:

function Factory(depA,depB){

    function MyClass(something){
        this.something = something;
    }

    MyClass.prototype.methodA(){ // use depA}
    MyClass.prototype.methodB(){ // use depB}

    return MyClass
}

假设 depA 是数据库，depB 是记录器。然后你就可以像这样使用工厂了

var BindedClass = Factory(database,logger);
var instance = new BindedClass(something);

我发现这种模式对于注入(inject)公共(public)依赖项非常有用，而且不会失去对类实际实例化方式的控制。

但是，这有一些问题。例如，让我意识到这并不常见的一件事是 JSDoc 根本不支持这种模式。

这是一个不好的模式吗？除了模块化程度较低和无法使用的文档工具之外，我找不到任何缺点。

Answer 1

是的，这是一种完全被接受的模式。然而，我们很少称其为“工厂”，更常见的是“模块”——在这种情况下是依赖注入(inject)。许多模块系统(例如 AMD)都使用这种模式。

但是，您应该确保工厂生成单例 - 即 Factory 不应被多次调用并创建多个类似的类。