Node.js,Mocha,使封闭的全局variables可用

我目前正在使用Node设置一些摩卡testing,一般来说,它们都可以工作。 我现在遇到了一个我无法解决的问题。

我有一个JS文件,其中包含以下内容:MyClass.js( class MyClass + constructor: ->常规CoffeeScript输出constructor: ->

编辑:这是浏览器代码,我只是想使用节点来testing它。 (这甚至是可取的?)

 (function() { window.MyClass = (function() { function MyClass() { // Do something cool here } return MyClass; })(); }).call(this); 

我现在在我的testing文件中需要MyClass.js。 一旦我运行它,它直接抛出一个错误

TESTFILE:

 var myclass = require('MyClass.js'); ... describe('MyClass', function() { ... }); 

错误:

 ReferenceError: window is not defined. 

到目前为止,我明白为什么会发生这种情况,Node中不存在窗口。 但我不能想出一个解决scheme。 我其实并不需要真正的window对象,所以我认为嘲笑它就足够了。 但是这不是…

 var window = {}, myclass = require('myclass.js'); ... describe('MyClass', function() { ... }); 

这个命令也没有帮助: $ mocha --globals window

我仍然有同样的错误。 任何想法都非常感谢!

       

网上收集的解决方案 "Node.js,Mocha,使封闭的全局variables可用"

你实际上不需要窗口对象,你想要的是全局对象。 这里有一些代码可以在浏览器中获得(在这种情况下,它将与“窗口”相同)或节点(在这种情况下,它将与“全局”相同)。

 var global = Function('return this')(); 

然后设置一下,而不是在“窗口”上。

注意:获取全局对象还有其他方法,但是这样做的好处是可以在严格的模式代码中工作。

通过以下代码,您可以在Web浏览器环境和Node.js中使用类对象,而无需修改。 (对不起,我不知道如何把它翻译成CoffeeScript)

 (function (exports) { var MyClass = (function() { function MyClass() { // Do something cool here } return MyClass; })(); exports(MyClass); })(function (exported) { if (typeof module !== 'undefined' && module.exports) { module.exports = exported; } else if (typeof window !== 'undefined') { window.MyClass = exported; } else { throw new Error('unknown environment'); } }); 

由于您已经有了一个不污染全局名称空间的范围,因此您可以将其减less到:

 (function (exports) { function MyClass() { // Do something cool here } exports(MyClass); })(function (exported) { // see above }); 

我不是AMD,require.js和其他模块加载器方面的专家,但我认为应该很容易扩展这种模式来支持其他环境。

编辑

在一个评论中,你说上面的解决scheme在翻译回CoffeeScript时不起作用。 因此,我build议另一个解决scheme。 我还没有尝试过,但也许这可能是解决您的问题的一种方法:

 global.window = {}; // <-- should be visible in your myclass.js require('myclass.js'); var MyClass = global.window.MyClass; describe('MyClass', function() { var my = new MyClass(); ... }); 

这是一段很糟糕的代码,但是如果它能够正常工作,那么为了testing的目的就足够了。

由于node.js的模块加载行为,这只有在您的require('myclass.js')是节点进程中该文件的第一个需求时才有效。 但在摩卡testing的情况下,这应该是真实的。

1)你正在寻找的是module.exports暴露的东西在节点:

http://openmymind.net/2012/2/3/Node-Require-and-Exports/

2)你也不需要节点的IIFE,你可以删除(function() {...

3)你可以看看Github上的一些stream行的Node repo来看例子,看看你使用的Mocha代码,你会学到一两件事。

像jsdom这样的东西比PhantomJS更轻,但是还提供了很多东西,你需要testing那些希望用适当的window运行的代码。 我已经使用它成功地testing了在DOM树中上下导航的代码。

你问:

这是浏览器代码,我只是想用Node来testing它。 (这甚至是可取的?)

这是非常可取的。 有一点像jsdom这样的解决scheme不会削减它,但只要你的代码是在jsdom处理的极限内,就可以使用它,并保持启动一个testing环境所需的最低成本。

@hgoebl:因为我不是OP,我不能添加他原来的CoffeeScript代码,但这里是我的例子:

pubsub.coffee:

 window.PubSub = window.PubSub || {} PubSub.subscribe = ( subject, callback )-> 

现在testing:

 assert = require "assert" pubsub = require './pubsub.coffee' describe "pubsub.http interface", -> it "should perform a http request", -> PubSub.subscribe 1, 2 

到目前为止,对我而言,

 window.PubSub = window.PubSub || {} window.PubSub.subscribe = ( subject, callback )-> 

和testing:

 `window = {}` assert = require "assert" pubsub = require './pubsub.coffee' describe "pubsub.http interface", -> it "should perform a http request", -> window.PubSub.subscribe 1, 2 

解决scheme的主要缺点是我必须在实现和testing中明确提及窗口对象。 在浏览器中执行的用户代码应该可以忽略它。

我现在想出了另一个解决scheme:

 window = window || exports window.PubSub = window.PubSub || {} PubSub = PubSub || window.PubSub PubSub.subscribe = ( subject, callback )-> 

然后在testing中,只需要PubSub命名空间:

 PubSub = require( './pubsub.coffee' ).PubSub 

最后,应用kybernetikos的解决scheme如下所示:

 global = `Function('return this')()` global.PubSub = global.PubSub || {} PubSub.subscribe = ( subject, callback )-> 

和现在一样,PubSub命名空间位于全局命名空间中,只是在包含mochatesting的文件中需要一个简单的需求:

 require( './pubsub.coffee' )