lints
lints copied to clipboard
Official Dart lint rules; the core and recommended set of lints suggested by the Dart team.
Helps in catching unintended runtime errors related to dynamic. See also https://github.com/dart-lang/lints/issues/44, which is the other part of this puzzle.
- rev to 4.0.0; prep to publish --- - [x] I’ve reviewed the contributor guide and applied the relevant portions to this PR. Contribution guidelines: - See our [contributor guide](https://github.com/dart-lang/.github/blob/main/CONTRIBUTING.md)...
I think `avoid_dynamic_calls` would be a great addition to the lint rule sets. Either in core or in recommended. https://dart-lang.github.io/linter/lints/avoid_dynamic_calls.html It is currently marked `experimental`. See https://github.com/dart-lang/linter/issues/2666
This is a proposal to add `unnecessary_library_name` to the recommended set. This very newly added lint landed in https://dart-review.googlesource.com/c/sdk/+/358561. It fires whenever there's a library name in a library directive;...
Similar to #125, this is a proposal to enable `strict-inference` in the recommended lint set. We'd have to believe this is the way we want to recommend that people write...
The Dart style guide has long recommended `omit_local_variable_types`. This however is somewhat in conflict with Flutter samples and style. We should consider the path forward here, and if this can...
Similar to https://github.com/dart-lang/lints/issues/125, this is a proposal to enable `strict-raw-types` in the recommended lint set. We'd have to believe this is the way we want to recommend that people write...
This lint does tend to help catch mistakes, but it has a small false positive rate because there are legitimate cases to call a getter for it's side effects. We...
See discussion in https://github.com/dart-lang/language/issues/1547. Casting `Foo?` to `Bar` (vs `Bar?`) with `as` is an easy mistake to miss.
package:pedantic had a useful feature where it created versioned yaml files (see https://github.com/google/pedantic/tree/master/lib) that made adopting new versions easier. This would allow different packages in a mono repo to choose...