This package serves three purposes:
- It documents how Dart static analysis is used internally at Google,
including best practices for the code we write. The documentation is
- It contains a corresponding sample
- It contains occasional small snippets of Dart code that are used in implementing those best practices.
Note that everything here fits within the guidelines set out in Effective Dart. You could think of that document as the design and this package as one possible partial implementation.
Using Static Analysis
Here is how static analysis is used internally at Google:
- By default we disallow checking in code with any errors, warnings, or hints.
TODOhint is a permanent exception.
- Deprecation hints are a permanent exception. Deprecations are handled separately on a case by case basis.
- When a new SDK version adds new errors, warnings or hints, we either clean up everything before switching SDK version or maintain a whitelist of allowed violations so it can be gradually cleaned up.
- Lints are considered and enabled on a case by case basis. When enabling a lint we first clean up all pre-existing violations. After it's enabled, any attempt to check in a further violation will be blocked.
The currently enabled lints can be found in the sample analysis_options.yaml.
To use those lints you can add a dev dependency in your
dev_dependencies: pedantic: '1.1.0'
and add an include in your
The following lints have been considered and will not be enforced:
violates Effective Dart "DO format your code using dartfmt". See note about
Flutter SDK style below.
violates Effective Dart "AVOID type annotating initialized local variables"
and others. See note about Flutter SDK style below.
does not reflect standard usage. See note about Flutter SDK style below.
is superfluous, enforcing use of
dartfmt is sufficient to make empty
is obsolete in Dart 2; bool is required in asserts.
does not reflect standard usage.
Note on Flutter SDK Style: some lints were created specifically to support Flutter SDK development. Flutter app developers should instead use standard Dart style as described in Effective Dart, and should not use these lints.
Features and bugs
Please file feature requests and bugs at the issue tracker.