ESLint plugin that sets rules to format your code and make it consistent.
This plugin defines rules for sorting various data, such as objects, imports, TypeScript types, enums, JSX props, Svelte attributes, etc. alphabetically, naturally, or by line length
All rules are automatically fixable. It's safe!
Sorting imports and properties in software development offers numerous benefits:
-
Readability: Finding declarations in a sorted, large list is a little faster. Remember that you read the code much more often than you write it.
-
Maintainability: Sorting imports and properties is considered a good practice in software development, contributing to code quality and consistency across the codebase.
-
Code Review and Collaboration: If you set rules that say you can only do things one way, then no one will have to spend time thinking about how to do it.
-
Code Uniformity: When all code looks exactly the same, it is very hard to see who wrote it, which makes achieving the lofty goal of collective code ownership easier.
-
Aesthetics: This not only provides functional benefits, but also gives the code an aesthetic appeal, visually pleasing and harmonious structure. Take your code to the beauty salon!
See docs.
You'll first need to install ESLint:
npm install --save-dev eslint
Next, install eslint-plugin-perfectionist
:
npm install --save-dev eslint-plugin-perfectionist
Add eslint-plugin-perfectionist
to the plugins section of the ESLint configuration file and define the list of rules you will use.
Flat Config (eslint.config.js
)
import perfectionist from 'eslint-plugin-perfectionist'
export default [
{
plugins: {
perfectionist,
},
rules: {
'perfectionist/sort-objects': [
'error',
{
type: 'natural',
order: 'asc',
},
],
},
},
]
Legacy Config (.eslintrc
)
{
"plugins": [
"perfectionist"
],
"rules": {
"perfectionist/sort-objects": [
"error",
{
"type": "natural",
"order": "asc"
}
]
}
}
The easiest way to use eslint-plugin-perfectionist
is to use ready-made configs. Config files use all the rules of the current plugin, but you can override them.
Flat Config (eslint.config.js
)
import perfectionist from 'eslint-plugin-perfectionist'
export default [
perfectionist.configs['recommended-natural'],
]
Legacy Config (.eslintrc
)
{
"extends": [
"plugin:perfectionist/recommended-natural-legacy"
]
}
Name | Description |
---|---|
recommended-alphabetical | all plugin rules with alphabetical sorting in ascending order |
recommended-natural | all plugin rules with natural sorting in ascending order |
recommended-line-length | all plugin rules with sorting by line length in descending order |
π§ Automatically fixable by the --fix
CLI option.
Name | Description | π§ |
---|---|---|
sort-array-includes | enforce sorted arrays before include method | π§ |
sort-astro-attributes | enforce sorted Astro attributes | π§ |
sort-classes | enforce sorted classes | π§ |
sort-enums | enforce sorted TypeScript enums | π§ |
sort-exports | enforce sorted exports | π§ |
sort-imports | enforce sorted imports | π§ |
sort-interfaces | enforce sorted interface properties | π§ |
sort-intersection-types | enforce sorted intersection types | π§ |
sort-jsx-props | enforce sorted JSX props | π§ |
sort-maps | enforce sorted Map elements | π§ |
sort-named-exports | enforce sorted named exports | π§ |
sort-named-imports | enforce sorted named imports | π§ |
sort-object-types | enforce sorted object types | π§ |
sort-objects | enforce sorted objects | π§ |
sort-svelte-attributes | enforce sorted Svelte attributes | π§ |
sort-switch-case | enforce sorted switch case statements | π§ |
sort-union-types | enforce sorted union types | π§ |
sort-vue-attributes | enforce sorted Vue attributes | π§ |
Yes. To do this, you need to enable autofix in ESLint when you save the file in your editor. Instructions for your editor can be found here.
On the whole, yes. We are very careful to make sure that the work of the plugin does not negatively affect the work of the code. For example, the plugin takes into account spread operators in JSX and objects, comments to the code. Safety is our priority. If you encounter any problem, you can create an issue.
I love Prettier. However, this is not his area of responsibility. Prettier is used for formatting, and ESLint is also used for styling. For example, changing the order of imports can affect how the code works (console.log calls, fetch, style loading). Prettier should not change the AST. There is a cool article about this: "The Blurry Line Between Formatting and Style" by @joshuakgoldberg.
There are rules of ESLint and other ESLint plugins that may conflict with the rules of ESLint Plugin Perfectionist. We strongly recommend that you disable rules with similar functionality.
I recommend that you read the documentation before using any rules.
Possible conflicts
perfectionist/sort-imports:
{
"rules": {
"import/order": "off",
"sort-imports": "off"
}
}
perfectionist/sort-interfaces:
{
"rules": {
"@typescript-eslint/adjacent-overload-signatures": "off"
}
}
perfectionist/sort-jsx-props:
{
"rules": {
"react/jsx-sort-props": "off"
}
}
perfectionist/sort-named-imports:
{
"rules": {
"sort-imports": "off"
}
}
perfectionist/sort-object-types:
{
"rules": {
"@typescript-eslint/adjacent-overload-signatures": "off"
}
}
perfectionist/sort-objects:
{
"rules": {
"sort-keys": "off"
}
}
perfectionist/sort-union-types:
{
"rules": {
"@typescript-eslint/sort-type-constituents": "off"
}
}
This plugin is following Semantic Versioning and ESLint's Semantic Versioning Policy.
See Contributing Guide.
@azat-io/eslint-config
- Collection of ESLint configs
MIT Β© Azat S.