Is Prettier the same as ESLint when it comes to rules and options for stylistic issues, as discussed in "@typescript-eslint"? Both ESLint and @typescript-eslint documentation discourage the use of stylistic rules.
Formatting rules make sense, but this policy also affects stylistic rules. ESLint defines them as:
Stylistic rules pertain to spacing, conventions, and other non-error-highlighting aspects.
@typescript-eslint has a similar stance:
These rules largely involve naming or choosing between syntax constructs like function declarations versus arrow functions.
Formatters won't address these rules to avoid changing the code's effect.
While these rules are still available for use, maintaining consistent style in a project (such as deciding between function declarations and expressions) without relying on them poses a challenge. Should we embrace varying styles or find alternative ways to ensure consistency?