@typescript-eslint/eslint-plugin

What is @typescript-eslint/eslint-plugin?

The @typescript-eslint/eslint-plugin package is an ESLint plugin that contains a set of ESLint rules that are specifically designed for TypeScript code. It helps in identifying and reporting on patterns found in TypeScript code, and it can be used to enforce a wide range of coding standards and conventions.

What are @typescript-eslint/eslint-plugin's main functionalities?

Type-aware linting

This feature allows for rules that require type information. For example, the 'strict-boolean-expressions' rule ensures that boolean expressions are clear and error-free by considering the types involved in the expression.

/* eslint @typescript-eslint/strict-boolean-expressions: 'error' */
function isTruthy(value: any): boolean {
  return Boolean(value);
}

Code style enforcement

Enforces naming conventions for everything from variables to type parameters. This example enforces camelCase naming for variables.

/* eslint @typescript-eslint/naming-convention: ['error', { 'selector': 'variable', 'format': ['camelCase'] }] */
let myVariable = 1;

Accessibility checks

This feature requires functions and methods to explicitly define their return type to improve code readability and maintainability.

/* eslint @typescript-eslint/explicit-function-return-type: 'warn' */
function add(x: number, y: number) {
  return x + y;
}

Other packages similar to @typescript-eslint/eslint-plugin

eslint-plugin-react

This package provides linting rules for React and JSX. It's similar to @typescript-eslint/eslint-plugin in that it extends ESLint's capabilities to a specific language extension, but it focuses on React rather than TypeScript.

eslint-plugin-vue

This package is designed for linting Vue.js templates and scripts. Like @typescript-eslint/eslint-plugin, it provides additional rules that are specific to the Vue.js framework, complementing the standard ESLint rules.

eslint-plugin-import

This plugin provides a set of rules that help ensure proper imports, exports, and module structure. While it's not specific to TypeScript, it complements @typescript-eslint/eslint-plugin by enforcing best practices in module usage.

README

ESLint Plugin TypeScript

An ESLint plugin which provides lint rules for TypeScript codebases.

Getting Started

• You can find our Getting Started docs here
• You can find our FAQ / Troubleshooting docs here

These docs walk you through setting up ESLint, this plugin, and our parser. If you know what you're doing and just want to quick start, read on...

Quick-start

Installation

Make sure you have TypeScript and @typescript-eslint/parser installed:

$ yarn add -D typescript @typescript-eslint/parser
$ npm i --save-dev typescript @typescript-eslint/parser

Then install the plugin:

$ yarn add -D @typescript-eslint/eslint-plugin
$ npm i --save-dev @typescript-eslint/eslint-plugin

It is important that you use the same version number for @typescript-eslint/parser and @typescript-eslint/eslint-plugin.

Note: If you installed ESLint globally (using the -g flag) then you must also install @typescript-eslint/eslint-plugin globally.

Usage

Add @typescript-eslint/parser to the parser field and @typescript-eslint to the plugins section of your .eslintrc configuration file, then configure the rules you want to use under the rules section.

{
  "parser": "@typescript-eslint/parser",
  "plugins": ["@typescript-eslint"],
  "rules": {
    "@typescript-eslint/rule-name": "error"
  }
}

You can also enable all the recommended rules for our plugin. Add plugin:@typescript-eslint/recommended in extends:

{
  "extends": ["plugin:@typescript-eslint/recommended"]
}

Note: Make sure to use eslint --ext .js,.ts since by default eslint will only search for .js files.

Recommended Configs

You can also use eslint:recommended (the set of rules which are recommended for all projects by the ESLint Team) with this plugin:

{
  "extends": ["eslint:recommended", "plugin:@typescript-eslint/recommended"]
}

As of version 2 of this plugin, by design, none of the rules in the main recommended config require type-checking in order to run. This means that they are more lightweight and faster to run.

Some highly valuable rules require type-checking in order to be implemented correctly, however, so we provide an additional config you can extend from called recommended-requiring-type-checking. You would apply this in addition to the recommended configs previously mentioned, e.g.:

{
  "extends": [
    "eslint:recommended",
    "plugin:@typescript-eslint/recommended",
    "plugin:@typescript-eslint/recommended-requiring-type-checking"
  ]
}

Pro Tip: For larger codebases you may want to consider splitting our linting into two separate stages: 1. fast feedback rules which operate purely based on syntax (no type-checking), 2. rules which are based on semantics (type-checking).

You can read more about linting with type information here

Supported Rules

Key: :white_check_mark: = recommended, :lock: = strict, :wrench: = fixable, :thought_balloon: = requires type information

Name	Description	:white_check_mark::lock:	:wrench:	:thought_balloon:
@typescript-eslint/adjacent-overload-signatures	Require that member overloads be consecutive	:white_check_mark:
@typescript-eslint/array-type	Requires using either T[] or Array<T> for arrays	:lock:	:wrench:
@typescript-eslint/await-thenable	Disallows awaiting a value that is not a Thenable	:white_check_mark:		:thought_balloon:
@typescript-eslint/ban-ts-comment	Bans @ts-<directive> comments from being used or requires descriptions after directive	:white_check_mark:
@typescript-eslint/ban-tslint-comment	Bans // tslint:<rule-flag> comments from being used	:lock:	:wrench:
@typescript-eslint/ban-types	Bans specific types from being used	:white_check_mark:	:wrench:
@typescript-eslint/class-literal-property-style	Ensures that literals on classes are exposed in a consistent style	:lock:	:wrench:
@typescript-eslint/consistent-indexed-object-style	Enforce or disallow the use of the record type	:lock:	:wrench:
@typescript-eslint/consistent-type-assertions	Enforces consistent usage of type assertions	:lock:
@typescript-eslint/consistent-type-definitions	Consistent with type definition either interface or type	:lock:	:wrench:
@typescript-eslint/consistent-type-exports	Enforces consistent usage of type exports		:wrench:	:thought_balloon:
@typescript-eslint/consistent-type-imports	Enforces consistent usage of type imports		:wrench:
@typescript-eslint/explicit-function-return-type	Require explicit return types on functions and class methods
@typescript-eslint/explicit-member-accessibility	Require explicit accessibility modifiers on class properties and methods		:wrench:
@typescript-eslint/explicit-module-boundary-types	Require explicit return and argument types on exported functions' and classes' public class methods
@typescript-eslint/member-delimiter-style	Require a specific member delimiter style for interfaces and type literals		:wrench:
@typescript-eslint/member-ordering	Require a consistent member declaration order
@typescript-eslint/method-signature-style	Enforces using a particular method signature syntax		:wrench:
@typescript-eslint/naming-convention	Enforces naming conventions for everything across a codebase			:thought_balloon:
@typescript-eslint/no-base-to-string	Requires that .toString() is only called on objects which provide useful information when stringified	:lock:		:thought_balloon:
@typescript-eslint/no-confusing-non-null-assertion	Disallow non-null assertion in locations that may be confusing	:lock:	:wrench:
@typescript-eslint/no-confusing-void-expression	Requires expressions of type void to appear in statement position		:wrench:	:thought_balloon:
@typescript-eslint/no-duplicate-enum-values	Disallow duplicate enum member values	:lock:
@typescript-eslint/no-dynamic-delete	Disallow the delete operator with computed key expressions	:lock:	:wrench:
@typescript-eslint/no-empty-interface	Disallow the declaration of empty interfaces	:white_check_mark:	:wrench:
@typescript-eslint/no-explicit-any	Disallow usage of the any type	:white_check_mark:	:wrench:
@typescript-eslint/no-extra-non-null-assertion	Disallow extra non-null assertion	:white_check_mark:	:wrench:
@typescript-eslint/no-extraneous-class	Forbids the use of classes as namespaces	:lock:
@typescript-eslint/no-floating-promises	Requires Promise-like statements to be handled appropriately	:white_check_mark:		:thought_balloon:
@typescript-eslint/no-for-in-array	Disallow iterating over an array with a for-in loop	:white_check_mark:		:thought_balloon:
@typescript-eslint/no-inferrable-types	Disallows explicit type declarations for variables or parameters initialized to a number, string, or boolean	:white_check_mark:	:wrench:
@typescript-eslint/no-invalid-void-type	Disallows usage of void type outside of generic or return types	:lock:
@typescript-eslint/no-meaningless-void-operator	Disallow the void operator except when used to discard a value	:lock:	:wrench:	:thought_balloon:
@typescript-eslint/no-misused-new	Enforce valid definition of new and constructor	:white_check_mark:
@typescript-eslint/no-misused-promises	Avoid using Promises in places not designed to handle them	:white_check_mark:		:thought_balloon:
@typescript-eslint/no-namespace	Disallow the use of custom TypeScript modules and namespaces	:white_check_mark:
@typescript-eslint/no-non-null-asserted-nullish-coalescing	Disallows using a non-null assertion in the left operand of the nullish coalescing operator	:lock:
@typescript-eslint/no-non-null-asserted-optional-chain	Disallows using a non-null assertion after an optional chain expression	:white_check_mark:
@typescript-eslint/no-non-null-assertion	Disallows non-null assertions using the ! postfix operator	:white_check_mark:
@typescript-eslint/no-redundant-type-constituents	Disallow members of unions and intersections that do nothing or override type information			:thought_balloon:
@typescript-eslint/no-require-imports	Disallows invocation of require()
@typescript-eslint/no-this-alias	Disallow aliasing this	:white_check_mark:
@typescript-eslint/no-type-alias	Disallow the use of type aliases
@typescript-eslint/no-unnecessary-boolean-literal-compare	Flags unnecessary equality comparisons against boolean literals	:lock:	:wrench:	:thought_balloon:
@typescript-eslint/no-unnecessary-condition	Prevents conditionals where the type is always truthy or always falsy	:lock:	:wrench:	:thought_balloon:
@typescript-eslint/no-unnecessary-qualifier	Warns when a namespace qualifier is unnecessary		:wrench:	:thought_balloon:
@typescript-eslint/no-unnecessary-type-arguments	Enforces that type arguments will not be used if not required	:lock:	:wrench:	:thought_balloon:
@typescript-eslint/no-unnecessary-type-assertion	Warns if a type assertion does not change the type of an expression	:white_check_mark:	:wrench:	:thought_balloon:
@typescript-eslint/no-unnecessary-type-constraint	Disallows unnecessary constraints on generic types	:white_check_mark:
@typescript-eslint/no-unsafe-argument	Disallows calling a function with an any type value	:white_check_mark:		:thought_balloon:
@typescript-eslint/no-unsafe-assignment	Disallows assigning any to variables and properties	:white_check_mark:		:thought_balloon:
@typescript-eslint/no-unsafe-call	Disallows calling an any type value	:white_check_mark:		:thought_balloon:
@typescript-eslint/no-unsafe-member-access	Disallows member access on any typed variables	:white_check_mark:		:thought_balloon:
@typescript-eslint/no-unsafe-return	Disallows returning any from a function	:white_check_mark:		:thought_balloon:
@typescript-eslint/no-useless-empty-export	Disallow empty exports that don't change anything in a module file		:wrench:
@typescript-eslint/no-var-requires	Disallows the use of require statements except in import statements	:white_check_mark:
@typescript-eslint/non-nullable-type-assertion-style	Prefers a non-null assertion over explicit type cast when possible	:lock:	:wrench:	:thought_balloon:
@typescript-eslint/parameter-properties	Require or disallow the use of parameter properties in class constructors
@typescript-eslint/prefer-as-const	Prefer usage of as const over literal type	:white_check_mark:	:wrench:
@typescript-eslint/prefer-enum-initializers	Prefer initializing each enums member value
@typescript-eslint/prefer-for-of	Prefer a ‘for-of’ loop over a standard ‘for’ loop if the index is only used to access the array being iterated	:lock:
@typescript-eslint/prefer-function-type	Use function types instead of interfaces with call signatures	:lock:	:wrench:
@typescript-eslint/prefer-includes	Enforce includes method over indexOf method	:lock:	:wrench:	:thought_balloon:
@typescript-eslint/prefer-literal-enum-member	Require that all enum members be literal values to prevent unintended enum member name shadow issues	:lock:
@typescript-eslint/prefer-namespace-keyword	Require the use of the namespace keyword instead of the module keyword to declare custom TypeScript modules	:white_check_mark:	:wrench:
@typescript-eslint/prefer-nullish-coalescing	Enforce the usage of the nullish coalescing operator instead of logical chaining	:lock:		:thought_balloon:
@typescript-eslint/prefer-optional-chain	Prefer using concise optional chain expressions instead of chained logical ands	:lock:
@typescript-eslint/prefer-readonly	Requires that private members are marked as readonly if they're never modified outside of the constructor		:wrench:	:thought_balloon:
@typescript-eslint/prefer-readonly-parameter-types	Requires that function parameters are typed as readonly to prevent accidental mutation of inputs			:thought_balloon:
@typescript-eslint/prefer-reduce-type-parameter	Prefer using type parameter when calling Array#reduce instead of casting	:lock:	:wrench:	:thought_balloon:
@typescript-eslint/prefer-regexp-exec	Enforce that RegExp#exec is used instead of String#match if no global flag is provided		:wrench:	:thought_balloon:
@typescript-eslint/prefer-return-this-type	Enforce that this is used when only this type is returned	:lock:	:wrench:	:thought_balloon:
@typescript-eslint/prefer-string-starts-ends-with	Enforce the use of String#startsWith and String#endsWith instead of other equivalent methods of checking substrings	:lock:	:wrench:	:thought_balloon:
@typescript-eslint/prefer-ts-expect-error	Recommends using @ts-expect-error over @ts-ignore	:lock:	:wrench:
@typescript-eslint/promise-function-async	Requires any function or method that returns a Promise to be marked async		:wrench:	:thought_balloon:
@typescript-eslint/require-array-sort-compare	Requires Array#sort calls to always provide a compareFunction			:thought_balloon:
@typescript-eslint/restrict-plus-operands	When adding two variables, operands must both be of type number or of type string	:white_check_mark:		:thought_balloon:
@typescript-eslint/restrict-template-expressions	Enforce template literal expressions to be of string type	:white_check_mark:		:thought_balloon:
@typescript-eslint/sort-type-union-intersection-members	Enforces that members of a type union/intersection are sorted alphabetically		:wrench:
@typescript-eslint/strict-boolean-expressions	Restricts the types allowed in boolean expressions		:wrench:	:thought_balloon:
@typescript-eslint/switch-exhaustiveness-check	Exhaustiveness checking in switch with union type			:thought_balloon:
@typescript-eslint/triple-slash-reference	Sets preference level for triple slash directives versus ES6-style import declarations	:white_check_mark:
@typescript-eslint/type-annotation-spacing	Require consistent spacing around type annotations		:wrench:
@typescript-eslint/typedef	Requires type annotations to exist
@typescript-eslint/unbound-method	Enforces unbound methods are called with their expected scope	:white_check_mark:		:thought_balloon:
@typescript-eslint/unified-signatures	Warns for any two overloads that could be unified into one by using a union or an optional/rest parameter	:lock:

Extension Rules

In some cases, ESLint provides a rule itself, but it doesn't support TypeScript syntax; either it crashes, or it ignores the syntax, or it falsely reports against it. In these cases, we create what we call an extension rule; a rule within our plugin that has the same functionality, but also supports TypeScript.

Key: :white_check_mark: = recommended, :lock: = strict, :wrench: = fixable, :thought_balloon: = requires type information

Name	Description	:white_check_mark::lock:	:wrench:	:thought_balloon:
@typescript-eslint/brace-style	Enforce consistent brace style for blocks		:wrench:
@typescript-eslint/comma-dangle	Require or disallow trailing comma		:wrench:
@typescript-eslint/comma-spacing	Enforces consistent spacing before and after commas		:wrench:
@typescript-eslint/default-param-last	Enforce default parameters to be last
@typescript-eslint/dot-notation	enforce dot notation whenever possible	:lock:	:wrench:	:thought_balloon:
@typescript-eslint/func-call-spacing	Require or disallow spacing between function identifiers and their invocations		:wrench:
@typescript-eslint/indent	Enforce consistent indentation		:wrench:
@typescript-eslint/init-declarations	require or disallow initialization in variable declarations
@typescript-eslint/keyword-spacing	Enforce consistent spacing before and after keywords		:wrench:
@typescript-eslint/lines-between-class-members	Require or disallow an empty line between class members		:wrench:
@typescript-eslint/no-array-constructor	Disallow generic Array constructors	:white_check_mark:	:wrench:
@typescript-eslint/no-dupe-class-members	Disallow duplicate class members
@typescript-eslint/no-empty-function	Disallow empty functions	:white_check_mark:
@typescript-eslint/no-extra-parens	Disallow unnecessary parentheses		:wrench:
@typescript-eslint/no-extra-semi	Disallow unnecessary semicolons	:white_check_mark:	:wrench:
@typescript-eslint/no-implied-eval	Disallow the use of eval()-like methods	:white_check_mark:		:thought_balloon:
@typescript-eslint/no-invalid-this	Disallow this keywords outside of classes or class-like objects
@typescript-eslint/no-loop-func	Disallow function declarations that contain unsafe references inside loop statements
@typescript-eslint/no-loss-of-precision	Disallow literal numbers that lose precision	:white_check_mark:
@typescript-eslint/no-magic-numbers	Disallow magic numbers
@typescript-eslint/no-redeclare	Disallow variable redeclaration
@typescript-eslint/no-restricted-imports	Disallow specified modules when loaded by import
@typescript-eslint/no-shadow	Disallow variable declarations from shadowing variables declared in the outer scope
@typescript-eslint/no-throw-literal	Disallow throwing literals as exceptions	:lock:		:thought_balloon:
@typescript-eslint/no-unused-expressions	Disallow unused expressions
@typescript-eslint/no-unused-vars	Disallow unused variables	:white_check_mark:
@typescript-eslint/no-use-before-define	Disallow the use of variables before they are defined
@typescript-eslint/no-useless-constructor	Disallow unnecessary constructors	:lock:
@typescript-eslint/object-curly-spacing	Enforce consistent spacing inside braces		:wrench:
@typescript-eslint/padding-line-between-statements	require or disallow padding lines between statements		:wrench:
@typescript-eslint/quotes	Enforce the consistent use of either backticks, double, or single quotes		:wrench:
@typescript-eslint/require-await	Disallow async functions which have no await expression	:white_check_mark:		:thought_balloon:
@typescript-eslint/return-await	Enforces consistent returning of awaited values		:wrench:	:thought_balloon:
@typescript-eslint/semi	Require or disallow semicolons instead of ASI		:wrench:
@typescript-eslint/space-before-blocks	Enforces consistent spacing before blocks		:wrench:
@typescript-eslint/space-before-function-paren	Enforces consistent spacing before function parenthesis		:wrench:
@typescript-eslint/space-infix-ops	This rule is aimed at ensuring there are spaces around infix operators.		:wrench:

Contributing

See the contributing guide here.