Різниця між "module.exports" та "експортом" в модульній системі CommonJs

На цій сторінці ( http://docs.nodejitsu.com/articles/getting-started/what-is-require ) вказується, що "Якщо ви хочете встановити об'єкт експорту на функцію або новий об'єкт, ви повинні використовувати об'єкт module.exports. "

Моє питання, чому.

// right
module.exports = function () {
  console.log("hello world")
}
// wrong
exports = function () {
  console.log("hello world")
}

Я втішаю результат ( result=require(example.js)), а перший - [Function]другий {}.

Не могли б ви пояснити причину? Я прочитав пост тут: module.exports проти експорту в Node.js . Це корисно, але не пояснює причину, чому він створений таким чином. Чи виникне проблема, якщо довідка про експорт повернеться безпосередньо?

moduleце звичайний JavaScript-об’єкт із exportsвластивістю. exportsце звичайна змінна JavaScript, на яку, як правило, встановлено module.exports. В кінці вашого файлу node.js в основному 'повернеться' module.exportsдо requireфункції. Спрощеним способом перегляду файлу JS в Node може бути такий:

var module = { exports: {} };
var exports = module.exports;

// your code

return module.exports;

Якщо ви встановите властивість exports, як, наприклад exports.a = 9;, це буде встановлено module.exports.aтакож тому, що об'єкти передаються навколо як посилання в JavaScript, це означає, що якщо ви встановите кілька змінних на один і той же об'єкт, вони будуть все тим самим об'єктом; тому тоді exportsі module.exportsє одним і тим же об'єктом.
Але якщо ви встановите exportsна що - щось нове, він більше не буде бути встановлений module.exports, так exportsі module.exportsбільше не той самий об'єкт.

Відповідь Рене добре пояснена. Доповнення до відповіді прикладом:

Вузол робить у вашому файлі багато речей, і одна з важливих - СКАЧАТИ свій файл. Всередині nodejs повертається вихідний код "module.exports". Давайте зробимо крок назад і зрозуміємо обгортку. Припустимо, у вас є

вітаю.js

var greet = function () {
   console.log('Hello World');
};

module.exports = greet;

наведений вище код загортається як IIFE (негайно викликана функція виразу) всередині вихідного коду nodejs наступним чином:

(function (exports, require, module, __filename, __dirname) { //add by node

      var greet = function () {
         console.log('Hello World');
      };

      module.exports = greet;

}).apply();                                                  //add by node

return module.exports;                                      //add by node

і вищевказана функція викликається (.apply ()) і повертається module.exports. У цей час модуль експортує та експортує, вказуючи на ту саму посилання.

Тепер уявіть, що ви перепишете вітаю.js як

exports = function () {
   console.log('Hello World');
};
console.log(exports);
console.log(module.exports);

вихід буде

[Function]
{}

Причина: module.exports - порожній об’єкт. Ми нічого не встановили на module.exports, а встановили export = function () ..... у новому привітанні.js. Отже, module.exports порожній.

Технічно експорт та module.exports повинні вказувати на ту саму посилання (це правильно !!). Але ми використовуємо "=" при призначенні функції () .... для експорту, що створює інший об'єкт у пам'яті. Отже, модуль.експорт та експорт дають різні результати. Що стосується експорту, ми не можемо його перемогти.

Тепер уявіть, що ви переписуєте (це називається Мутація) вітаю.js (маючи на увазі відповідь Рене) як

exports.a = function() {
    console.log("Hello");
}

console.log(exports);
console.log(module.exports);

вихід буде

{ a: [Function] }
{ a: [Function] }

Як ви бачите module.exports та експорт вказують на ту саму посилання, яка є функцією. Якщо ви встановите властивість для експорту, то він буде встановлений на module.exports, оскільки в JS об'єкти передаються за посиланням.

Висновок - завжди використовувати module.exports, щоб уникнути плутанини. Сподіваюсь, це допомагає. Щасливе кодування :)

Крім того, одні речі, які можуть допомогти зрозуміти:

math.js

this.add = function (a, b) {
    return a + b;
};

client.js

var math = require('./math');
console.log(math.add(2,2); // 4;

Чудово, в цьому випадку:

console.log(this === module.exports); // true
console.log(this === exports); // true
console.log(module.exports === exports); // true

Таким чином, за замовчуванням "це" насправді дорівнює module.exports.

Однак якщо ви зміните свою реалізацію на:

math.js

var add = function (a, b) {
    return a + b;
};

module.exports = {
    add: add
};

У цьому випадку він буде добре працювати, однак, "це" більше не дорівнює module.exports, оскільки був створений новий об'єкт.

console.log(this === module.exports); // false
console.log(this === exports); // true
console.log(module.exports === exports); // false

А тепер те, що буде повернуто вимогою, - це те, що було визначено всередині модуля.експорт, а не це або експорт.

Ще один спосіб зробити це:

math.js

module.exports.add = function (a, b) {
    return a + b;
};

Або:

math.js

exports.add = function (a, b) {
    return a + b;
};

Відповідь Рене про взаємозв'язок між собою exportsі module.exportsцілком зрозуміла, це все про посилання на JavaScript. Просто хочу додати це:

Це ми бачимо у багатьох модулях вузлів:

var app = exports = module.exports = {};

Це дозволить переконатися, що навіть якщо ми змінили module.exports, ми все одно можемо використовувати експорт, зробивши ці дві змінні вказівкою на один і той же об'єкт.

myTest.js

module.exports.get = function () {};

exports.put = function () {};

console.log(module.exports)
// output: { get: [Function], put: [Function] }

exportsі module.exportsє однаковими і посиланням на один і той же об'єкт. Ви можете додати властивості обома способами відповідно до вашої зручності.