sort-intersection-types
Enforce sorted intersection types in TypeScript.
Adhering to the sort-intersection-types
rule enables developers to ensure that intersection types are consistently sorted, resulting in cleaner and more maintainable code.
This rule promotes a standardized ordering of intersection types, making it easier for developers to navigate and understand the structure of type intersections within the codebase.
Important
If you use the sort-type-constituents
rule from the @typescript-eslint/eslint-plugin
plugin, it is highly recommended to disable it to avoid conflicts.
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”).
specialCharacters
default:keep
Controls whether special characters should be trimmed, removed or kept before sorting.
'keep'
— Keep special characters when sorting (e.g., “_a” comes before “a”).'trim'
— Trim special characters when sorting alphabetically or naturally (e.g., “_a” and “a” are the same).'remove'
— Remove special characters when sorting (e.g., “/a/b” and “ab” are the same).
partitionByComment
default:false
Allows you to use comments to separate the members of intersection types into logical groups. This can help in organizing and maintaining large enums by creating partitions within the enum based on comments.
true
— All comments will be treated as delimiters, creating partitions.false
— Comments will not be used as delimiters.string
— A glob pattern to specify which comments should act as delimiters.string[]
— A list of glob patterns to specify which comments should act as delimiters.
partitionByNewLine
default:false
When true
, the rule will not sort the members of an intersection type if there is an empty line between them. This can be useful for keeping logically separated groups of members in their defined order.
type Employee =
// Group 1
FirstName &
LastName &
// Group 2
Age &
// Group 3
Address &
Country
Each group of intersection types (separated by empty lines) is treated independently, and the order within each group is preserved.
groups
type: Array<string | string[]>
[]
Allows you to specify a list of intersection type groups for sorting. Groups help organize types into categories, making your type definitions more readable and maintainable.
Predefined groups:
'conditional
’ — Conditional types.'function
’ — Function types.'import
’ — Imported types.'intersection
’ — Intersection types.'keyword
’ — Keyword types.'literal
’ — Literal types.'named
’ — Named types.'object
’ — Object types.'operator
’ — Operator types.'tuple
’ — Tuple types.'union
’ — Union types.'nullish
’ — Nullish types (null
orundefined
).'unknown
’ — Types that don’t fit into any group specified in thegroups
option.
If the unknown
group is not specified in the groups
option, it will automatically be added to the end of the list.
Each intersection type will be assigned a single group specified in the groups
option (or the unknown
group if no match is found). The order of items in the groups
option determines how groups are ordered.
Within a given group, members will be sorted according to the type
, order
, ignoreCase
, etc. options.
Individual groups can be combined together by placing them in an array. The order of groups in that array does not matter. All members of the groups in the array will be sorted together as if they were part of a single group.
Example 1
Using all predefined groups:
type Example =
// 'conditional' — Conditional types.
& (A extends B ? C : D)
// 'function' — Function types.
& ((arg: T) => U)
// 'import' — Imported types.
& import('module').Type
// 'intersection' — Intersection types.
& (A & B)
// 'keyword' — Keyword types.
& any
// 'literal' — Literal types.
& 'literal'
& 42
// 'named' — Named types.
& SomeType
& AnotherType
// 'object' — Object types.
& { a: string; b: number; }
// 'operator' — Operator types.
& keyof T
// 'tuple' — Tuple types.
& [string, number]
// 'union' — Union types.
& (A | B)
// 'nullish' — Nullish types.
& null
& undefined;
groups
option configuration:
{
groups: [
'conditional',
'function',
'import',
'intersection',
'keyword',
'literal',
'named',
'object',
'operator',
'tuple',
'union',
'nullish',
]
}
Example 2
Combine and sort intersection
and union
groups together:
type Example =
& AnotherType // 'named'
& SomeType // 'named'
& (A & B) // 'intersection'
& (A | B) // 'union'
& (C & D) // 'intersection'
& (C | D) // 'union'
& keyof T; // 'unknown'
groups
option configuration:
{
groups: [
'named',
['intersection', 'union'],
'unknown',
]
}
matcher
default:'minimatch'
Determines the matcher used for patterns in the partitionByComment
option.
'minimatch'
— Use the minimatch library for pattern matching.'regex'
— Use regular expressions for pattern matching.
Usage
Version
This rule was introduced in v2.9.0.