module.exports vs. export default in Node.js und ES6

Was ist der Unterschied zwischen Node module.exportsund ES6 export default? Ich versuche herauszufinden, warum ich den Fehler "__ ist kein Konstruktor" erhalte, wenn ich es export defaultin Node.js 6.2.2 versuche .

Was funktioniert

'use strict'
class SlimShady {
  constructor(options) {
    this._options = options
  }

  sayName() {
    return 'My name is Slim Shady.'
  }
}

// This works
module.exports = SlimShady

Was nicht funktioniert

'use strict'
class SlimShady {
  constructor(options) {
    this._options = options
  }

  sayName() {
    return 'My name is Slim Shady.'
  }
}

// This will cause the "SlimShady is not a constructor" error
// if in another file I try `let marshall = new SlimShady()`
export default SlimShady

Das Problem ist mit

• wie ES6-Module in CommonJS emuliert werden
• wie Sie das Modul importieren

ES6 zu CommonJS

Zum Zeitpunkt des Schreibens unterstützt keine Umgebung ES6-Module nativ. Wenn Sie sie in Node.js verwenden, müssen Sie etwas wie Babel verwenden, um die Module in CommonJS zu konvertieren. Aber wie genau passiert das?

Viele Menschen halten module.exports = ...es für gleichwertig export default ...und exports.foo ...gleichwertig export const foo = .... Das ist allerdings nicht ganz richtig oder zumindest nicht so, wie Babel es macht.

ES6- defaultExporte werden eigentlich auch als Exporte bezeichnet, außer dass dies defaultein "reservierter" Name ist und es eine spezielle Syntaxunterstützung dafür gibt. Schauen wir uns an, wie Babel benannte und Standardexporte kompiliert:

// input
export const foo = 42;
export default 21;

// output
"use strict";

Object.defineProperty(exports, "__esModule", {
  value: true
});
var foo = exports.foo = 42;
exports.default = 21; 

Hier können wir sehen, dass der Standardexport exportsgenau wie eine Eigenschaft für das Objekt wird foo.

Importieren Sie das Modul

Wir können das Modul auf zwei Arten importieren: Entweder mit CommonJS oder mit ES6- importSyntax.

Ihr Problem: Ich glaube, Sie tun so etwas wie:

var bar = require('./input');
new bar();

erwartet, dass barder Wert des Standardexports zugewiesen wird. Wie wir im obigen Beispiel sehen können, wird der defaultEigenschaft der Standardexport zugewiesen !

Um auf den Standardexport zugreifen zu können, müssen wir dies tatsächlich tun

var bar = require('./input').default;

Wenn wir die ES6-Modulsyntax verwenden, nämlich

import bar from './input';
console.log(bar);

Babel wird es verwandeln

'use strict';

var _input = require('./input');

var _input2 = _interopRequireDefault(_input);

function _interopRequireDefault(obj) { return obj && obj.__esModule ? obj : { default: obj }; }

console.log(_input2.default);

Sie können sehen, dass jeder Zugriff auf barin Zugriff konvertiert wird .default.

Sie müssen babel in Ihrem Projekt korrekt konfigurieren, um export default und export const foo zu verwenden

npm install --save-dev @babel/plugin-proposal-export-default-from

Fügen Sie dann unten Konfigration in .babelrc hinzu

"plugins": [ 
       "@babel/plugin-proposal-export-default-from"
      ]

Felix Kling hat einen großartigen Vergleich dieser beiden durchgeführt, für alle, die sich fragen, wie ein Exportstandard neben benannten Exporten mit module.exports in nodejs ausgeführt werden soll

module.exports = new DAO()
module.exports.initDAO = initDAO // append other functions a named export

// now you have
let DAO = require('_/helpers/DAO');
// DAO by default is exported class or function
DAO.initDAO()

Damit dies funktioniert, muss die Datei, die benötigt oder importiert SlimShadywird, mit Babel mit kompiliert werden 'use strict'.

Ich verwende babel-cli6.18.0 in dem Projekt, in dem dieser Fehler ursprünglich aufgetreten ist.

Ohne 'use strict'ist schlechte Nachrichten Bären

var SlimShady = require('./slim-shady');
var marshall = new SlimShady();  // uh, oh...

"Verwenden Sie streng", bitte

'use strict'
import SlimShady from './slim-shady'
var marshall = new SlimShady()  // all good in the hood