@babel/plugin-transform-modules-commonjs - npm Package Compare versions

Comparing version 7.0.0-beta.49 to 7.0.0-beta.50

package.json

		{
		"name": "@babel/plugin-transform-modules-commonjs",
		"version": "7.0.0-beta.49",
		"version": "7.0.0-beta.50",
		"description": "This plugin transforms ES2015 modules to CommonJS",
		@@ -9,5 +9,5 @@ "repository": "https://github.com/babel/babel/tree/master/packages/babel-plugin-transform-modules-commonjs",
		"dependencies": {
		"@babel/helper-module-transforms": "7.0.0-beta.49",
		"@babel/helper-plugin-utils": "7.0.0-beta.49",
		"@babel/helper-simple-access": "7.0.0-beta.49"
		"@babel/helper-module-transforms": "7.0.0-beta.50",
		"@babel/helper-plugin-utils": "7.0.0-beta.50",
		"@babel/helper-simple-access": "7.0.0-beta.50"
		},
		@@ -21,6 +21,6 @@ "keywords": [
		"devDependencies": {
		"@babel/core": "7.0.0-beta.49",
		"@babel/helper-plugin-test-runner": "7.0.0-beta.49",
		"@babel/plugin-syntax-object-rest-spread": "7.0.0-beta.49"
		"@babel/core": "7.0.0-beta.50",
		"@babel/helper-plugin-test-runner": "7.0.0-beta.50",
		"@babel/plugin-syntax-object-rest-spread": "7.0.0-beta.50"
		}
		}

158

README.md

		# @babel/plugin-transform-modules-commonjs

		> This plugin transforms ES2015 modules to [CommonJS](http://wiki.commonjs.org/wiki/Modules/1.1).
		> This plugin transforms ES2015 modules to CommonJS

		## Example
		See our website [@babel/plugin-transform-modules-commonjs](https://new.babeljs.io/docs/en/next/babel-plugin-transform-modules-commonjs.html) for more information.

		In
		## Install

		```javascript
		export default 42;
		```
		Using npm:

		Out

		```javascript
		Object.defineProperty(exports, "__esModule", {
		value: true
		});

		exports.default = 42;
		```

		## Installation

		```sh
		npm install --save-dev @babel/plugin-transform-modules-commonjs
		npm install --save @babel/plugin-transform-modules-commonjs
		```

		## Usage
		or using yarn:

		### Via `.babelrc` (Recommended)

		.babelrc

		```js
		// without options
		{
		"plugins": ["@babel/plugin-transform-modules-commonjs"]
		}

		// with options
		{
		"plugins": [
		["@babel/plugin-transform-modules-commonjs", {
		"allowTopLevelThis": true
		}]
		]
		}
		```

		### Via CLI

		```sh
		babel --plugins @babel/plugin-transform-modules-commonjs script.js
		yarn add --save @babel/plugin-transform-modules-commonjs
		```

		### Via Node API

		```javascript
		require("@babel/core").transform("code", {
		plugins: ["@babel/plugin-transform-modules-commonjs"]
		});
		```

		## Options

		### `loose`

		`boolean`, defaults to `false`.

		By default, when using exports with babel a non-enumerable `__esModule` property
		is exported.

		```javascript
		var foo = exports.foo = 5;

		Object.defineProperty(exports, "__esModule", {
		value: true
		});
		```

		In environments that don't support this you can enable loose mode on `@babel/plugin-transform-modules-commonjs`
		and instead of using `Object.defineProperty` an assignment will be used instead.

		```javascript
		var foo = exports.foo = 5;
		exports.__esModule = true;
		```

		### `strict`

		`boolean`, defaults to `false`

		By default, when using exports with babel a non-enumerable `__esModule` property
		is exported. In some cases this property is used to determine if the import _is_ the
		default export or if it _contains_ the default export.

		```javascript
		var foo = exports.foo = 5;

		Object.defineProperty(exports, "__esModule", {
		value: true
		});
		```

		In order to prevent the `__esModule` property from being exported, you can set
		the `strict` option to `true`.

		### `noInterop`

		`boolean`, defaults to `false`

		By default, when using exports with babel a non-enumerable `__esModule` property
		is exported. This property is then used to determine if the import _is_ the default
		export or if it _contains_ the default export.

		```javascript
		"use strict";

		var _foo = _interopRequireDefault(require("foo"));

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

		In cases where the auto-unwrapping of `default` is not needed, you can set the
		`noInterop` option to `true` to avoid the usage of the `interopRequireDefault`
		helper (shown in inline form above).

		### `lazy`

		`boolean`, `Array<string>`, or `(string) => boolean`, defaults to `false`

		Changes Babel's compiled `import` statements to be lazily evaluated when their
		imported bindings are used for the first time.

		This can improve initial load time of your module because evaluating
		dependencies up front is sometimes entirely un-necessary. This is especially
		the case when implementing a library module.

		The value of `lazy` has a few possible effects:

		* `false` - No lazy initialization of any imported module.
		* `true` - Do not lazy-initialize local `./foo` imports, but lazy-init `foo` dependencies.

		Local paths are much more likely to have circular dependencies, which may break if loaded lazily,
		so they are not lazy by default, whereas dependencies between independent modules are rarely cyclical.

		* `Array<string>` - Lazy-initialize all imports with source matching one of the given strings.
		* `(string) => boolean` - Pass a callback that will be called to decide if a given source string should be lazy-loaded.

		The two cases where imports can never be lazy are:

		* `import "foo";`

		Side-effect imports are automatically non-lazy since their very existence means
		that there is no binding to later kick off initialization.

		* `export * from "foo"`

		Re-exporting all names requires up-front execution because otherwise there is no
		way to know what names need to be exported.

.npmignore

@babel/plugin-transform-modules-commonjs - npm Package Compare versions

New alerts

Fixed alerts

Worsened metrics

Dependency changes