我最近一直在使用nodejs，仍然在掌握模块系统，所以如果这是一个明显的问题，那么很抱歉。我希望代码大致如下:
A.js(主文件与node一起运行)
var ClassB = require("./b");
var ClassA = function() {
this.thing = new ClassB();
this.property = 5;
}
var a = new ClassA();
module.exports = a;
b.js
var a = require("./a");
var ClassB = function() {
}
ClassB.prototype.doSomethingLater() {
util.log(a.property);
}
module.exports = ClassB;
我的问题似乎是我不能从ClassB的实例中访问ClassA的实例。
有什么正确的/更好的方法来构建模块来实现我想要的? 是否有更好的方法在模块间共享变量?
当前回答
重要的是不要重新分配模块。导出您已经被给予的对象，因为该对象可能已经被给予周期中的其他模块!只需在模块内分配属性。导出和其他模块将看到它们出现。
所以一个简单的解决方案是:
module.exports.firstMember = ___;
module.exports.secondMember = ___;
唯一的缺点是需要重复module.exports。很多次了。
类似于lanzz和setec的回答，我一直在使用以下模式，它感觉更像是声明性的:
module.exports = Object.assign(module.exports, {
firstMember: ___,
secondMember: ___,
});
object .assign()将成员复制到已经分配给其他模块的exports对象中。
=赋值在逻辑上是冗余的，因为它只是一个设置模块。出口到自己，但我使用它，因为它帮助我的IDE (WebStorm)识别firstMember是这个模块的属性，所以“转到->声明”(Cmd-B)和其他工具将从其他文件工作。
这个模式不是很漂亮，所以我只在需要解决循环依赖关系问题时使用它。
它非常适合于显示模式，因为您可以轻松地从对象中添加和删除导出，特别是在使用ES6的属性简写时。
Object.assign(module.exports, {
firstMember,
//secondMember,
});
其他回答
现在不是2015年，大多数库(例如express)已经更新了更好的模式，因此不再需要循环依赖。我建议不要使用它们。
我知道我挖出了一个老答案…… 这里的问题是这个模块。exports定义在您需要ClassB之后。 (JohnnyHK的链接显示) 循环依赖关系在Node中工作得很好，它们是同步定义的。 如果使用得当，它们实际上解决了许多常见的节点问题(比如从其他文件访问express.js应用程序)
只需确保在需要具有循环依赖关系的文件之前定义了必要的导出。
这将打破:
var ClassA = function(){};
var ClassB = require('classB'); //will require ClassA, which has no exports yet
module.exports = ClassA;
这是可行的:
var ClassA = module.exports = function(){};
var ClassB = require('classB');
我一直使用这个模式来访问其他文件中的express.js应用程序:
var express = require('express');
var app = module.exports = express();
// load in other dependencies, which can now require this file and use app
如果你不能消除循环依赖(例如useraccount <——> userlogin)，还有一个选择…
它就像使用setTimeout()一样简单
//useraccount.js
let UserLogin = {};
setTimeout(()=>UserLogin=require('./userlogin.js'), 10);
class UserAccount{
getLogin(){
return new UserLogin(this.email);
}
}
//userlogin.js
let UserAccount ={};
setTimeout(()=>UserAccount=require('./useraccount.js'), 15);
class UserLogin{
getUser(){
return new User(this.token);
}
}
懒惰只在你需要的时候才要求呢?b。js是这样的
var ClassB = function() {
}
ClassB.prototype.doSomethingLater() {
var a = require("./a"); //a.js has finished by now
util.log(a.property);
}
module.exports = ClassB;
当然，将所有require语句放在文件的顶部是一个很好的实践。但在某些情况下，我原谅自己从一个不相关的模块中选择了一些内容。称其为hack，但有时这比引入进一步的依赖项，或添加额外的模块或添加新的结构(EventEmitter等)要好。
尝试在模块上设置属性。出口，而不是完全取代它。例如，module.exports.instance = a.js中的新ClassA()， module.exports.ClassB = b.js中的ClassB。当你创建循环模块依赖关系时，需要的模块将得到一个不完整模块的引用。从所需的模块导出，您可以稍后添加其他属性，但当您设置整个模块时。导出，你实际上创建了一个新对象，所需的模块没有办法访问。
虽然node.js确实允许循环的require依赖关系，但你已经发现它可能非常混乱，你最好重新构造你的代码以不需要它。也许可以创建第三个类，使用另外两个类来完成您所需要的。
