我最近一直在使用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的实例。
有什么正确的/更好的方法来构建模块来实现我想要的? 是否有更好的方法在模块间共享变量?
当前回答
我见过的另一种方法是在第一行导出，并将其保存为一个局部变量，如下所示:
let self = module.exports = {};
const a = require('./a');
// Exporting the necessary functions
self.func = function() { ... }
我倾向于用这种方法，你知道它有什么缺点吗?
其他回答
避免它的一种方法是不需要在另一个文件中要求它，只要将它作为一个函数的参数传递给另一个文件。 这样就不会产生循环依赖。
我见过的另一种方法是在第一行导出，并将其保存为一个局部变量，如下所示:
let self = module.exports = {};
const a = require('./a');
// Exporting the necessary functions
self.func = function() { ... }
我倾向于用这种方法，你知道它有什么缺点吗?
懒惰只在你需要的时候才要求呢?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等)要好。
虽然node.js确实允许循环的require依赖关系，但你已经发现它可能非常混乱，你最好重新构造你的代码以不需要它。也许可以创建第三个类，使用另外两个类来完成您所需要的。
事实上，我最终需要我的依赖
var a = null;
process.nextTick(()=>a=require("./a")); //Circular reference!
虽然不漂亮，但很管用。这比更改b.js(例如只增加modules.export)更容易理解和诚实，因为后者是完美的。
