Repository files navigation

If you use NestJs (https://nestjs.com/) these ESLint rules will help you to prevent common bugs and issues in NestJs applications.

Skip toHow to configure but if you have issues come back and read this whole document.

pnpm add -D @darraghor/eslint-plugin-nestjs-typed//ornpm i -D @darraghor/eslint-plugin-nestjs-typed//orbun install -d @darraghor/eslint-plugin-nestjs-typed

If you use this plugin in commercial setting consider submitting PRs on work time. It saves your business money, so it makes your business money!

If you really want to support me directly you can usehttps://darraghoriordan.gumroad.com/coffee

But please, just submit PRs to help all NestJS devs. This is the way!

• Version6.x supports Eslint version^9 and typescript eslint parser^7 and^8
• Version5.x supports Eslint version^8 and typescript eslint parser^7 and^8
• Version4.x supports Eslint version^8 and typescript eslint parser^6
• Version3.x supports Eslint version^8 and typescript eslint parser^5
• Version2.x supports Eslint version^7.x and typescript eslint parser^4

I have updated the configs to work with eslint 9.x. This is a breaking change.

If you are using eslint 8.x you should use version 5.x of this plugin.

I did try to leave the old style configs in place but I haven't tested them properly. If you have any issues please submit a PR.

SeeHow to configure for more info.

There are breaking changes between versions of ts-eslint.

typescript eslint parser supports a range of typescript versions but there can be a delay in supporting the latest versions.

This plugin only supports typescript up to the version typescript eslint parser supports. Seehttps://github.com/typescript-eslint/typescript-eslint#supported-typescript-version for the versions.

Awesome!Click here to submit a new issue!

The "recommended" ruleset are the default rules that are turned on when you configure the plugin as described in this document.

The name "recommended" is an eslint convention, you can safely use the rules not in that list, they are just more opinionated.

If you use NestJs (https://nestjs.com/) these ESLint rules will help you to prevent common bugs and issues in NestJs applications.

They mostly check that you are using decorators correctly.

The primary groupings of rules in this plugin are...

The Nest DI is declarative and if you forget to provide an injectable you wont see an error until run time. Nest is good at telling you where these are but sometimes it's not.

In particular if you're using custom providers the errors can be really tricky to figure out because they won't explicitly error about mismatched injected items, you will just get unexpected operation.

These are described in the "Common Errors" section of the nest js docs.

When working with NestJS I generate my front end client and models using the swagger/Open API specification generated directly from the nest controllers and models.

I have a bunch of rules here that enforce strict Open API typing with decorators for NestJs controllers and models.

These rules are opinionated, but necessary for clean model generation if using an Open Api client generator later in your build.

There are some tightly coupled but untyped decorators and things like that in nest that will catch you out if your not careful. There are some rules to help prevent issues that have caught me out before.

There is a CVE for class-transformer when using random javascript objects. You need to be careful about configuring the ValidationPipe in NestJs. Seehttps://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-18413typestack/class-validator#438

The plugin is on npm here:https://www.npmjs.com/package/@darraghor/eslint-plugin-nestjs-typedYou can see how the rules are used in this NestJS project:https://github.com/darraghoriordan/use-miller

npm install --save-dev @darraghor/eslint-plugin-nestjs-typed// oryarn add -D @darraghor/eslint-plugin-nestjs-typed// orpnpm add -D @darraghor/eslint-plugin-nestjs-typed

If you don't already haveclass-validator you should install that

npm install class-validator// oryarn add class-validator// orpnpm add class-validator

Update your flat eslint config with the plugin import and add the flatRecommended rule set.

My config looks something like this. I'm 99% sure that you have to setup typescript parser also.

importeslintNestJsfrom"@darraghor/eslint-plugin-nestjs-typed";// ... and all your other importsexportdefaulttseslint.config(eslint.configs.recommended,tseslint.configs.strictTypeChecked,tseslint.configs.stylisticTypeChecked,{languageOptions:{globals:{                ...globals.node,                ...globals.jest,},            parser,ecmaVersion:2022,sourceType:"module",parserOptions:{projectService:true,tsconfigRootDir:import.meta.dirname,},},},eslintNestJs.configs.flatRecommended// This is the recommended ruleset for this plugin);

For ESlint 8 I export the old style config in the "classicConfig" export.

I believe it would work something like this...

import{classicPlugin}from"@darraghor/eslint-plugin-nestjs-typed";module.exports={plugins:[classicPlugin],};

Note: the injectables test scans your whole project. It's best to filter out ts things that don't matter - usefilterFromPaths configuration setting for this. See the rule documentation for more info.

There are some sensible defaults already applied.

Note: You can easily turn off all the swagger rules if you don't use swagger by adding theflatNoSwagger rule set AFTER the recommended rule set.

// all the other configextends:["plugin:@darraghor/nestjs-typed/recommended","plugin:@darraghor/nestjs-typed/no-swagger"],// more config

Disable a single rule with the full name e.g. in your eslint configuration...

   rules:{"@darraghor/nestjs-typed/api-property-returning-array-should-set-array":"off",}