Open
Description
I suggest we create a lint plugin to enforce the rules of the Deno Style Guide. std
can be the project used to quickly iterate on this until maturity. Then, we could create a @deno/style-guide-lint-plugin
package for internal and user Deno projects to use.
The following rules can each correspond to a lint rule:
- Exported functions: max 2 args, put the rest into an options object (chore: add
exported-function-args-maximum
Deno Style Guide linter plugin #6561) - Export all interfaces that are used as parameters to an exported member
- Top-level functions should not use arrow syntax (chore: add
no-top-level-arrow-syntax
rule to Deno Style Guide linter plugin #6558) - Error Messages (refactor(assert,cbor,collections,fs,toml,uuid): align error messages to the style guide, add
error-message
Deno Style Guide linter plugin #6553) - Do not depend on external code (chore: add
no-external-code
rule to Deno Style Guide lint plugin #6562) - Prefer # over private keyword (chore: Deno Style Guide lint plugin #6550)
- Naming convention (chore: add
naming-convention
Deno Style Guide linter plugin #6559)
Metadata
Metadata
Assignees
Labels
No labels