import/export Nursery

What it does

Reports funny business with exports, like repeated exports of names or defaults.

Why is this bad?

Having multiple exports of the same name can lead to ambiguity and confusion in the codebase. It makes it difficult to track which export is being used and can result in runtime errors if the wrong export is referenced.

Examples

Examples of incorrect code for this rule:

let foo;
export { foo }; // Multiple exports of name 'foo'.
export * from "./export-all"; // Conflicts if export-all.js also exports foo

Examples of correct code for this rule:

let foo;
export { foo as foo1 }; // Renamed export to avoid conflict
export * from "./export-all"; // No conflict if export-all.js also exports foo

How to use

To enable this rule in the CLI or using the config file, you can use:

CLI

oxlint --deny import/export --import-plugin

Config (.oxlintrc.json)

{
  "plugins": ["import"],
  "rules": {
    "import/export": "error"
  }
}

References

• Rule Source