ES6 和 CommonJS 导出约定的缺点

Question

对于npm 模块的main 文件，由package.json 定义，我正在考虑这样的模式：

import Struct from './src/struct'

module.exports = Struct
module.exports.default = Struct

为了同时支持 CommonJS 和 ES6 导入：

const Struct = require('my-module')
// or
import Struct from 'my-module'

此约定是否有可能导致意外问题的缺点？

我试图解决的问题是不得不强迫包的消费者坚持使用 ES6 或 CommonJS，因为这两者似乎都令人讨厌：

const Struct = require('my-module').default
// or
import * as Struct from 'my-module'

在进一步考虑这一点后，像这样在/src/struct.js 中定义我的班级会更好吗？

export default class Struct {
  static get default () {
    return Struct
  }
  ...
}

Answer 1

default 导出在 Node.js 应用程序中不是很方便，因为

const Struct = require('my-module').default;
const { default: Struct } = require('my-module');

requires 比@s 更麻烦更难阅读

const Struct = require('my-module');

由于在当前 Babel、TypeScript（带有allowSyntheticDefaultImports 选项）和 Node 原生支持 ES 模块（.mjs 模块）中与 CommonJS 模块的互操作是如何工作的，建议导出如下函数：

module.exports = Struct

所以它可以被导入

import Struct from './src/struct';

在 ES 模块中，以及作为

const Struct = require('./src/struct');

在 CommonJS 模块中。

Answer 2

Lets look at what Babel does when you do import foo from 'bar';:

'use strict';

var _bar = require('bar');

var _bar2 = _interopRequireDefault(_bar);

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

可以看到，根据导入模块的“类型”，Babel 要么导入default 导出，要么导入module.exports（因为require('bar') 返回module.exports。

这意味着，为了让您的模块可以导入为

const Struct = require('my-module')
// and
import Struct from 'my-module'

你要做的就是

module.exports = Struct;

Answer 3

好吧，既然 nodejs 仍然没有对 ES6 模块的原生支持，那么现在它实际上只是代码可读性的问题。但是 IMO 不需要同时支持 CommonJS 和 ES6 模块。坚持一个。