Question

假设我有一个RequireJS模块，并且我的应用程序中只有一个实例（假设它做了一些异步并且有回调传递给它）：

// modules/myModule
define(function(){
    var module = function(){
        var self = this;
        self.runSomething(){
            console.log("hello world");
        };
    };

    return new module();
});

我想对这个模块的一个实例进行单元测试，我发现自己用这种方式构建了模块：

// modules/myModule
define(function(){
    return function(){
        var self = this;
        self.runRouting(){
            console.log("hello world");
        };
    };
});

// modules/myModuleInstance
define(["modules/myModule"], function(myModule){
    return new myModule();
});

这为我提供了一些没有附加状态的东西，然后我可以从我的单元测试中查找，所以在我的单元测试中，我从不引用modules/myModuleInstance，只引用modules/myModule，我每次为每个测试构建。该应用程序然后引用modules/myModuleInstance。

这感觉就像一个反模式。我讨厌在那里有额外的“模块实例”部分。我知道单元测试中的设置和拆卸方法，并且可以以这种方式维护实例，但是在尝试单元测试大量单例时，目睹了C＃会发生什么，在单元测试之间摆弄状态是一回事我真的想避免，尤其是动态语言。

在这种情况下人们通常会做什么？

Answer 1

根据Luke McGregor的评论，很明显我在第一个代码片段中的内容很好。使用testr.js我可以定义一个运行测试的模块，如下所示：

// tests/myModuleTests
define(["modules/myModule"], function(myModule){
    var instanceOfModule = testr(myModule);
    // run some tests

    var anotherInstanceOfModule = testr(myModule);
    // run some other tests
});

单元测试有状态RequireJS模块的模式

1 个答案: