Раніше вавилон додав би рядок module.exports = exports["default"]. Це більше не робить цього. Що це означає, перш ніж я міг зробити:

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

Тепер я повинен зробити це:

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

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

Дякую!

Приклад:

Вхід:

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, Оновлення Вавілону, Сльози та рішення

Ви також можете використовувати цей плагін, щоб повернути стару 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";

Щоб вирішити проблему з дітьми, я змінив це на importзаяву, а потім призначив за замовчуванням module.exports:

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

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

Це буде працювати для звичайних потреб, а також для імпорту ES6, оскільки, схоже, babel не знизив зворотний інтероп (commonjs -> es6). Babel вводить таку функцію, щоб виправити папку 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);