Flutter Stylizer is a VSCode extension that organizes your Flutter classes in an opinionated and consistent manner.
Note that as of release 0.1.1
, there is now a standalone version of
flutter-stylizer
(with identical output to this plugin) that is available here:
After 5 years, 119K installs, 4.9/5 stars, and zero sponsors, this project is now mothballed and archived. Feel free to fork the project to create your own version of the plugin and add your own customizations to your liking.
Flutter Stylizer organizes the class(es) within a *.dart
file
in the following manner (with a blank line separating these parts):
- The main (possibly factory) constructor is listed first, if it exists.
- (
public-constructor
in configuration)
- (
- Any named constructors are listed next, in sorted order.
- (
named-constructors
in configuration)
- (
- Any static (class) variables are listed next, in sorted order.
- (
public-static-variables
in configuration)
- (
- Any instance variables are listed next, in sorted order.
(As of version
v0.1.8
, a new option flag affects this section; see below.)- (
public-instance-variables
in configuration)
- (
- Any
@override
variables are listed next, in sorted order.- (
public-override-variables
in configuration)
- (
- Any private static (class) variables are listed next, in sorted order.
- (
private-static-variables
in configuration)
- (
- Any private instance variables are listed next, in sorted order.
- (
private-instance-variables
in configuration)
- (
- Any
@override
methods are listed next, in sorted order.- (
public-override-methods
in configuration)
- (
- Any other methods are listed next in their original (unchanged) order.
(As of version
v0.0.19
, two new option flags affect this section; see below.)- (
public-other-methods
in configuration)
- (
- If
private-other-methods
is (optionally) specified, these will be sorted separately frompublic-other-methods
. - The
build
method is listed last.- (
build-method
in configuration)
- (
I have found that developer productivity increases when all code in large projects follows a consistent and opinionated style.
Additionally, bringing new developers into a team with a large code base is easier when the code is consistently written and therefore easier to navigate and understand.
Without tooling to enforce a consistent style, developing code is less fun. Having an automated tool to do this ugly work for you, however, makes coding a lot more enjoyable, as you don't have to worry about the rules, but can just run the plugin on file save, and the rules are automatically enforced. Note that this plugin doesn't natively support format-on-save, but you could use another extension... possibly something like this: https://marketplace.visualstudio.com/items?itemName=emeraldwalk.RunOnSave or you could use the stand-alone Go flutter-stylizer in your GitHub Actions or CI pipeline to perform this action for you.
To override the default order of the stylizer, add a section to your
VSCode User Preferences (Control/Cmd-,
) like this:
"flutterStylizer": {
"groupAndSortGetterMethods": false,
"groupAndSortVariableTypes": false,
"memberOrdering": [
"public-constructor",
"named-constructors",
"public-static-variables",
"public-instance-variables",
"public-override-variables",
"private-static-variables",
"private-instance-variables",
"public-override-methods",
"public-other-methods",
"private-other-methods",
"build-method",
],
"processEnumsLikeClasses": false,
"sortClassesWithinFile": false,
"sortOtherMethods": false,
}
And then rearrange member names as desired.
Note that as of v0.0.19
, two new option flags were added to modify the
behavior of the "public-other-methods" as requested in #18:
-
groupAndSortGetterMethods
(default:false
)- Whether to group getters separately (before 'public-other-methods') and sort them within their group.
-
sortOtherMethods
(default:false
)- Whether to sort the 'public-other-methods' within their group.
As of v0.1.5
, a new private-other-methods
field was added.
If not specified, private methods will continue to be grouped within
the public-other-methods
section.
As of v0.1.8
, a new option flag was added:
groupAndSortVariableTypes
(default:false
)- Whether to group public variables separately by type and sort
them within their groups. Types are: "final", "optional" (
?
), and "normal".
- Whether to group public variables separately by type and sort
them within their groups. Types are: "final", "optional" (
As of v0.1.12
, a new option flag was added:
sortClassesWithinFile
(default:false
)- Whether to sort multiple classes within each file.
As of v0.1.15
, a new option flag was added:
processEnumsLikeClasses
(default:false
)- Whether to process enums identically to how classes are processed.
These features are experimental and should be used with caution. Please file any bugs you find on the GitHub issue tracker.
If you want a super-fast way to process all files in a very large project, and aren't averse to the command-line terminal (:smile:) please remember to check out the stand-alone command-line companion tool: https://github.com/gmlewis/go-flutter-stylizer
If you install the Command on All Files VSCode extension, you can then run the Flutter Stylizer on all files within your project.
To do so, edit your VSCode settings.json
file and add this section:
"commandOnAllFiles.commands": {
"Format File": {
"command": "editor.action.formatDocument",
"includeFileExtensions": [
".dart"
]
},
"Flutter Stylizer": {
"command": "extension.flutterStylizer",
"includeFileExtensions": [
".dart"
]
}
}
Then run the command "Flutter Stylizer" and all .dart
files in your project
will be stylized.
Note that this command can take upwards of 20 seconds just to get going due
to the time it takes to scan your project for .dart
files.
Many thanks to @longtimedeveloper
for this
recommendation!
This plugin does not have a full-featured Dart syntax tree parser. As a result, it may come across Dart code that it doesn't handle properly. See the Known Issues section below for more details.
It is my goal to be able to use this plugin on large group projects, so every attempt has been made to make this robust. If, however, problems are found, please raise issues on the GitHub issue tracker for this repo along with a (short) example demonstrating the "before" and "after" results of running this plugin on the example code.
Even better, please submit a PR with your new "before"/"after" example coded-up as a unit test along with the code to fix the problem, and I'll try to incorporate the fix into the plugin.
Please remember to state which version of the plugin you are using and include your configuration settings!
- Flutter Stylizer is line-oriented. It is meant to be run on code that
is nicely separated by lines. The
dartfmt
tool typically makes sane-looking code, and this is the type of code that is being targeted by this extension. - Code that follows the end of a multiline comment on the same line is not supported. Unusual code like this will most likely not ever be supported even though the Dart compiler can handle it.
- Fix issue #31 for private vars.
- Add new option:
processEnumsLikeClasses
(default:false
)
- Fix sort order of class names when
sortClassesWithinFile: true
.
- Fix issue #8.
- Add new option issue #8:
sortClassesWithinFile
(default:false
)
- Fix issue #6.
- Update vsce version.
- Add sponsorship ability.
- Add new option issue #31:
groupAndSortVariableTypes
(default:false
)
- Fix issue #26 caused by
Function()
.
- Process all
mixin
blocks in addition to allclass
blocks.
private-other-methods
can optionally be added to the member ordering.
- Add plugin icon image.
- Update dependencies.
- Complete rewrite of Dart parser to identically match output from
standalone Go flutter-stylizer.
This VSCode plugin can now be used in the same CI/CD projects with
the standalone
flutter-stylizer
.
- Fix incorrectly identified NamedConstructor bug reported in #20.
- Fix plugin broken on Windows bug reported in #19.
- Add two new configuration booleans for experimental features,
requested in #18. Please use these features with caution and
file any bugs you find on GitHub.
groupAndSortGetterMethods
(default:false
)sortOtherMethods
(default:false
)
- Fix incorrectly-identified Function-type variable reported in #17.
- Breaking change:
Add
"public-override-variables"
configuration property to allow customization of@override
variables ordering, requested in #16. You will need to add this new property to yourflutterStylizer.memberOrdering
, otherwise it will use the default built-in ordering.
- Add
flutterStylizer.memberOrdering
configuration property to allow customization of member ordering, requested in #11.
- Fix incorrectly-identified named constructor reported in #9.
- Upgrade lodash to fix security vulnerability in #8.
- Adds a statusbar button (on the lower left) to run the stylizer command on the current file.
The button appears whenever an editor with the language type
dart
is the active editor. This is accomplished with a language-based "activation event" for "flutter-stylizer". - Adds an extension dependency to the Dart extension (this adds
dart
as an editor language). - This feature was generously added by @sketchbuch in #7.
- Incorporate vulnerability fixes from #3, #4, and #5.
- Fix bugs running on flutter package.
- Fix await bug.
- npm update vscode.
- Improve spacing for single-line variables.
- Fix instance variable bug.
- Keep groups of comments associated with following entity.
- Fix bugs found with abstract classes, getters, and @overrides.
- Add support for missing getters.
- Fix placement of getters with other methods.
- Preserve solitary single- and multi-line comments.
- Initial release, "Flutter Stylizer" is the provided command.
Enjoy!
Copyright 2018 Glenn M. Lewis. All Rights Reserved.
Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.