tree: a6472db496701e4b8b39b418abbd75d4bef4a118 [path history] [tgz]
  1. .vscode/
  2. devtools_app/
  3. devtools_app_shared/
  4. devtools_extensions/
  5. devtools_shared/
  6. devtools_test/
  7. analysis_options.yaml
  8. pubspec.yaml
  9. README.md
packages/README.md

Coding agreements in DevTools

We fully follow Effective Dart and some items of Style guide for Flutter repo:

Order of getters and setters

When an object owns and exposes a (listenable) value, more complicated than just public field we declare the related class members always in the same order, in compliance with Flutter repo style guide:

  1. Public getter
  2. Private field
  3. Public setter (when needed)

Naming for typedefs and function variables

Follow Flutter repo naming rules for typedefs and function variables.

Overriding equality

Use boilerplaite.