我正在学习 Node.js，我想知道人们在单元测试时如何在他们的模块中模拟依赖项。
例如： 我有一个抽象我的 MongoDB 调用的模块。使用这个模块的模块可能会像这样开始。
var myMongo = require("MyMongoModule");
// insert rest of the module here.
我想确保单独测试这样的模块，同时确保我的测试不会将记录/文档插入 Mongo。
是否有我可以使用代理 require() 的模块/包，以便我可以注入自己的模拟？其他人通常如何解决这个问题？
【问题讨论】：
标签： unit-testing node.js mocking
你可以使用像nCore这样的依赖注入库
说实话，这其中最难的部分实际上是模拟 mongoDB API，它既复杂又不平凡。我估计要模拟出我使用的大部分 mongo API 大约需要一周时间，所以我只是在我的机器上测试本地 mongodb 数据库（它总是处于奇怪的状态）
然后使用 nCore 特定语法
// myModule.js
module.exports = {
myMethod: function () {
this.mongo.doStuff(...)
},
expose: ["myMethod"]
};
// test-myModule.js
var module = require("myModule")
module.mongo = mongoMock
assert(module.myMethod() === ...)
【讨论】：
var os = require("os"); os.overWriteShit = function () { ... }
在查看了 Ryanos 的建议以及 npm 上的 Horaa 包后，我在 Google Group 上发现了这个帖子，它把我指向了 Sandboxed-Module.
Sandboxed-Module 允许我注入/覆盖 require()，而无需为我的单元测试公开此类依赖项。
我还在接受其他建议；但是，目前 Sandboxed-Module 似乎满足了我的需求。
【讨论】：
require 不是
您可以使用“a”轻松模拟 require：https://npmjs.org/package/a
例如需要在单元测试中模拟 require('./foo')：
var fakeFoo = {};
var expectRequire = require('a').expectRequire;
expectRequire('./foo).return(fakeFoo);
//总之：
var foo = require('./foo); //返回fakeFoo
【讨论】：
覆盖require 以注入您的模拟是一种可能的解决方案。不过，我同意 Raynos 的观点：
我个人认为逐个文件覆盖 require 的方法是“丑陋的 hack”，我更喜欢使用适当的 DI。然而，它最适合在现有代码库上模拟一个或两个模块，而无需重写代码以支持 DI。
使用正确的依赖注入不仅可以为您节省“丑陋的黑客攻击”，而且还允许您应用除注入模拟之外的其他用例。在生产中，您可以例如通常通过 http 实例化连接，并在某些情况下注入不同的实现以通过 VPN 建立连接。
如果您想寻找依赖注入容器，请阅读 excellent article 并查看我实现的 Fire Up!。
【讨论】：