最近，我转向使用依赖注入来帮助理解分离代码的简单途径，并有助测试。然而，Node.js中的模块依赖Node提供的系统API，这很难判断私有依赖被恰当的使用。一般的依赖注入很难在这种情况下使用，但现在不要放弃希望。
requireCauses
问题
Node.js很容易依照需求导入依赖。它运行的很好，并且比AMD模式加载器例如RequireJS要简单。当我们模拟那些依赖的时候问题就来了。如果Node.js中模型的加载是受控的，我们怎么做才能控制让伪对象在测试期间被使用到?我们可以使用Node的vm模式，通过vm我们可以再新的上下文中加载模型。运行在新的上下文中，我们可以控制需求反射出模型的方法。
解决方案
谢谢这篇文章,
现在可以给你提供一个相当不错的解决方案.
代码在下面:
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
var
vm
=
require('vm')
var
fs
=
require('fs')
var
path
=
require('path')
/**
*
Helper
for
unit
testing:
*
load
module
with
mocked
dependencies
*
allow
accessing
private
state
of
the
module
*
*
@param
{string}
filePath
Absolute
path
to
module
(file
to
load)
*
@param
{Object=}
mocks
Hash
of
mocked
dependencies
*/
exports.loadModule
=
function(filePath,
mocks)
{
mocks
=
mocks
||
{}
//
this
is
necessary
to
allow
relative
path
modules
within
loaded
file
//
i.e.
requiring
./some
inside
file
/a/b.js
needs
to
be
resolved
to
/a/some
var
resolveModule
=
function(module)
{
if
(module.charAt(0)
!==
'.')
return
module
return
path.resolve(path.dirname(filePath),
module)
}
var
exports
=
{}
var
context
=
{
require:
function(name)
{
return
mocks[name]
||
require(resolveModule(name))
},
console:
console,
exports:
exports,
module:
{
exports:
exports
}
}
vm.runInNewContext(fs.readFileSync(filePath),
context)
return
context
}
你也可以在
这里
下载代码片段
.
虽然在不是在文章发布最多的代码,
他仍然可以使用一些解释.
当我们测试时,
我们要加载这个模块进入测试,
使用theloadModulefunction代替ofrequire加载模块测试.
第一个参数filePath指定了我们要测试模型的查找位置。第二个参数mocks包含一个对象，对象的属性名称要和我们尝试require的模型的名称相匹配。那些属性指定的值就是伪对象，用来代替一般被require的模型。
本质上看就是用vm来加载和运行模型在另一个上下文中。换句话说，我们重建了全局变量(例如require和exports)以便我们能控制它们。需要注意的是我们编写了一个可用的新require函数。所做一切就是检查一下用执行的名字是否有一个模拟的依赖，如果每日有，我就就把它委托给那个常用的require函数。
使用模块加载器的例子
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
var
fs
=
require('fs')
module.exports
=
{
//
Do
something
with
`fs`
}
想象一下这个很酷，对吗？不管怎样，现在我们测试那个模块，但是我们要模拟fs来看看它是怎么在内部使用的。
//
Jasmine's
syntax
http://pivotal.github.com/jasmine/
describe('someModule',
function()
{
var
loadModule
=
require('module-loader').loadModule
var
module,
fsMock
beforeEach(function()
{
fsMock
=
{
//
a
mock
for
`fs`
}
//
load
the
module
with
mock
fs
instead
of
real
fs
module
=
loadModule('./web-server.js',
{fs:
fsMock})
})
it('should
work',
function()
{
//
a
test
that
utilizes
the
fact
that
we
can
now
control
`fs`
})
})
目前来看，JS框架以及一些开发包和库类有如下几个，Dojo 、Scriptaculous 、Prototype 、yui-ext 、Jquery 、Mochikit、mootools 、moo.fxDojo （JS library and UI component ）：
Dojo是目前最为强大的j s框架，它在自己的Wiki上给自己下了一个定义，dojo是一个用JavaScript编写的开源的DHTML工具箱。dojo很想做一个“大一统”的 工具箱，不仅仅是浏览器层面的，野心还是很大的。Dojo包括ajax, browser, event, widget等跨浏览器API，包括了JS本身的语言扩展，以及各个方面的工具类库，和比较完善的UI组件库，也被广泛 应用在很多项目中，他的UI组件的特点是通过给html标签增加tag的方式进行扩展，而不是通过写JS来生成，dojo的API模仿Java类库的组织 方式。 用dojo写Web OS可谓非常方便。dojo现在已经4.0了，dojo强大的地方在于界面和特效的封装，可以让开发者快速构建一些兼容标准的界面。
优点：库相当完善，发展时间也比较长，功能强大，据说利用dojo的io.bind()可以实现comet，看见其功能强大非一般，得到IBM和SUN的支持
缺点：文件体积比较大，200多KB，初次下载相当慢，此外，dojo的类库使用显得不是那么易用，j s语法增强方面不如prototype。
Prototype （JS OO library）：
是一个非常优雅的JS库，定义了JS的面向对象扩展，DOM操作API，事件等等，以prototype为核心，形成了一个外围的各种各样 的JS扩展库，是相当有前途的JS底层框架，值得推荐，感觉也是现实中应用最广的库类（RoR集成的AJAX JS库），之上还有 Scriptaculous 实现一些JS组件功能和效果。
优点：基本底层，易学易用，甚至是其他一些js特效开发包的底层，体积算是最小的了。
缺点：如果说缺点，可能就是功能是他的弱项
Scriptaculous （JS UI component based on prototype）：
Scriptaculous是基于prototype.js框架的JS效果。包含了6个js文件，不同的文件对应不同的js效果，所以说，如果底层用 prototype的话，做js效果用Scriptaculous那是再合适不过的了，连大名鼎鼎的digg都在用他，可见不一般
优点：基于prototype是最大的优点，由于使用prototype的广泛性，无疑对用户书锦上添花，并且在《ajax in action》中就拿Scriptaculous来讲述js效果
缺点：刚刚兴起，需要时间的磨练
yui-ext (JS UI component)：
基于Yahoo UI的扩展包yui-ext是具有CS风格的Web用户界面组件 能实现复杂的Layout布局，界面效果可以和backbase媲美，而且使用纯javascript代码开发。真正的可编辑的表格Edit Grid，支持XML和Json数据类型，直接可以迁入grid。许多组件实现了对数据源的支持，例如动态的布局，可编辑的表格控件，动态加载的Tree 控件、动态拖拽效果等等。1.0 beta版开始同Jquery合作，推出基于jQuery的Ext 1.0，提供了更多有趣的功能。
优点：结构化，类似于java的结构，清晰明了，底层用到了Jquery的一些函数，使整合使用有了选择，最重要的一点是界面太让让人震撼了。
缺点：太过复杂，整个界面的构造过于复杂。
Jquery ：
jQuery是一款同prototype一样优秀js开发库类，特别是对css和XPath的支持，使我们写js变得更加方便！如果你不是个js高手又想写出优 秀的js效果，jQuery可以帮你达到目的！并且简介的语法和高的效率一直是jQuery追求的目标，
优点：注重简介和高效，js效果有yui-ext的选择，因为yui-ext 重用了很多jQuery的函数
缺点：据说太嫩，历史不悠久。
Mochikit ：
MochiKit自称为一个轻量级的js框架。MochiKit 主要受到 Python 和 Python 标准库提供的很多便利之处的启发，另外还缓解了浏览器版本之间的不一致性。其中的 MochiKit.DOM 尤其方便，能够以比原始 JavaScript 更友好的方式处理 DOM 对象。MochiKit.DOM 大部分都是针对 XHTML 文档定制的，如果与 MochiKit 和 Ajax 结合在一起，使用 XHTML 包装的微格式尤其方便。Mochikit可以直接对字符串或者数字格式化输出，比较实用和方便。它还有自己的 js 代码解释器
优点：MochiKit.DOM这部分很实用，简介也是很突出的
缺点：轻量级的缺点
mootools ：
MooTools是一个简洁，模块化，面向对象的JavaScript框架。它能够帮助你更快，更简单地编写可扩展和兼容性强的JavaScript代码。Mootools跟prototypejs相类似，语法几乎一样。但它提供的功能要比prototypejs多，而且更强大。比如增加了动画特效、拖放操作等等。
优点：可以定制自己所需要的功能，可以说是prototypejs的增强版。
缺点：不大不小，具体应用具体分析
moo.fx ：
moo.fx是一个超级轻量级的javascript特效库（7k）,能够与prototype.js或mootools框架一起使用。它非常快、易于使用、跨浏览器、符合标准，提供控制和修改任何HTML元素的CSS属性，包括颜色。它内置检查器能够防止用户通过多次或疯狂点击来破坏效果。moo.fx整体采用模块化设计，所以可以在它的基础上开发你需要的任何特效。
优点：小块头有大能耐
缺点：这么小了，已经不错了
