sort-exports
Enforce sorted exports.
Sorting exports in a consistent manner can greatly enhance the readability and maintainability of your codebase. By alphabetically ordering exports, developers can quickly identify and correct any missing or incorrect exports.
This rule promotes a structured approach to exporting modules, which simplifies code management and improves the overall quality of the project.
Try it out
Options
This rule accepts an options object with the following properties:
type
default:'alphabetical'
Specifies the sorting method.
'alphabetical'
— Sort items alphabetically (e.g., “a” < “b” < “c”).'natural'
— Sort items in a natural order (e.g., “item2” < “item10”).'line-length'
— Sort items by the length of the code line (shorter lines first).
order
default:'asc'
Determines whether the sorted items should be in ascending or descending order.
'asc'
— Sort items in ascending order (A to Z, 1 to 9).'desc'
— Sort items in descending order (Z to A, 9 to 1).
ignoreCase
default:true
Controls whether sorting should be case-sensitive or not.
true
— Ignore case when sorting alphabetically or naturally (e.g., “A” and “a” are the same).false
— Consider case when sorting (e.g., “A” comes before “a”).
partitionByNewLine
default:false
When true
, the rule will not sort the exports if there is an empty line between them. This can be useful for keeping logically separated groups of exports in their defined order.
// Group 1
export * from "./atoms";
export * from "./organisms";
export * from "./shared";
// Group 2
export { Named } from './folder';
export { AnotherNamed } from './second-folder';
groupKind
default:'mixed'
Allows you to group exports by their kind, determining whether value exports should come before or after type exports.
mixed
— Do not group named exports by their kind; export statements are sorted together regardless of their type.values-first
— Group all value exports before type exports.types-first
— Group all type exports before value exports.
Usage
Version
This rule was introduced in v1.2.0.