Раньше Бабель добавлял строчку module.exports = exports["default"]. Это больше не делает это. Что это значит, прежде чем я смог сделать:

var foo = require('./foo');
// use foo

Теперь я должен сделать это:

var foo = require('./foo').default;
// use foo

Не огромная сделка (и я предполагаю, что так и должно быть). Проблема в том, что у меня много кода, который зависел от того, как все работало раньше (я могу преобразовать большую часть его в импорт ES6, но не все). Может кто-нибудь дать мне советы о том, как заставить старый способ работать без необходимости проходить через мой проект и исправлять это (или даже некоторую инструкцию о том, как написать codemod, чтобы сделать это, было бы довольно гладко).

Спасибо!

Пример:

Входные данные:

const foo = {}
export default foo

Выход с Вавилоном 5

"use strict";

Object.defineProperty(exports, "__esModule", {
  value: true
});
var foo = {};
exports["default"] = foo;
module.exports = exports["default"];

Вывод с Babel 6 (и плагином es2015):

"use strict";

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

Обратите внимание, что единственная разница в выводе - это module.exports = exports["default"].

редактировать

Возможно, вас заинтересует этот пост, который я написал после решения моей конкретной проблемы: недопонимание модулей ES6, обновление Babel, слезы и решение

Вы также можете использовать этот плагин, чтобы вернуть старое exportповедение.

Если вам нужно поведение экспорта CommonJS, вам нужно использовать CommonJS напрямую (или использовать плагин в другом ответе). Это поведение было удалено, потому что оно вызывало путаницу и приводило к неверной семантике ES6, на которую, например, полагались некоторые люди.

export default {
  a: 'foo'
};

а потом

import {a} from './foo';

который является недопустимым ES6, но работал из-за поведения совместимости CommonJS, которое вы описываете. К сожалению, поддержка обоих случаев невозможна, и позволить людям писать недействительные ES6 - проблема хуже, чем заставлять вас делать это .default.

Другая проблема заключалась в том, что пользователи неожиданно добавили именованный экспорт, например, в будущем.

export default 4;

затем

require('./mod');
// 4

но

export default 4;
export var foo = 5;

затем

require('./mod')
// {'default': 4, foo: 5}

Для авторов библиотеки вы можете обойти эту проблему.

У меня обычно есть точка входа, то index.jsесть файл, на который я указываю из основного поля package.json. Он ничего не делает, кроме как реэкспортирует фактическую точку входа в lib:

export { default } from "./components/MyComponent";

Чтобы обойти проблему babel, я изменил это на importутверждение и затем назначил по умолчанию module.exports:

import MyComponent from "./components/MyComponent";
module.exports = MyComponent;

Все остальные мои файлы остаются чистыми модулями ES6, без каких-либо обходных путей. Так что только точка входа нуждается в небольшом изменении :)

Это будет работать для потребностей commonjs, а также для импорта ES6, потому что babel, похоже, не сбросил обратное взаимодействие (commonjs -> es6). Бабель вводит следующую функцию для исправления commonjs:

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

Я потратил часы на борьбу с этим, поэтому я надеюсь, что это спасет кого-то еще от усилий!

У меня была такая проблема. И это мое решение:

//src/arithmetic.js

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

  subtract: function (a, b) {
      return a - b;
  }
};

//src/main.js

import { operations }  from './arithmetic';

let result = operations.add(1, 1);

console.log(result);