Allow underscore in lower- and UpperCamelCase names

[TB-StarcMed]

I have been using Dart for some weeks now (within Flutter in Visual Studio Code) and use often underscores in lower- and UpperCamelCase names in Dart to separate abbreviations from the part of the name that follows it (e. g. "ID_Converter" for a class name) and to separate the parts in these names that are parts of a subjective hierarchy (e. g. "onChanged_ServerIP" for a (event handler) function name). Visual Studio Code remarks that these identifiers are not following the respective recommended code style of Dart. I would like that the code style for Dart is loosened in the way that underscores are allowed to be used in lower- and UpperCamelCase names.

[tenhobi]

Since it is just a lint rule https://dart.dev/tools/linter-rules/camel_case_types, you can just turn it of in analysis_config.yaml like this:

linter:
  rules:
    camel_case_types: false

(You are probably using some preset like lints package that include this?)

[TB-StarcMed]

@tenhobi I know. But this has the side-effect that it then allows for any combination of underscores and alphanumerical characters. It then no longer warns that the identifier is badly named when e. g. a class name starts with a lowercase letter or a function name starts with an uppercase letter (or after the optional underscore to identify privateness of the class or function).
And by-the-way, "camel_case_types: false" does not work, but "camel_case_types: ignore" is what makes the linter ignore the camel case types rule.

[lrhn]

The Dart recommended style comes from https://dart.dev/effective-dart/style
I don't expect the recommended lints to differ from the recommended style, so you need either a custom lint to replace camel_case_types, which you can use for your own code, or you need to get the recommended style changed.

I'm not entirely sure what the best forum for that discussion is. It might be here or the dart_style repo, but the latter seems to currently be mainly discussing the formatter.

[srawlins]

Effective Dart is discussed at the https://github.com/dart-lang/site-www repo.

Since the request here is for different lint rules, I'll move this to keep this in the sdk repo.

[srawlins]

For lint rules that guard style, the Dart team can only write and maintain lint rules that back the Effective Dart style guide. We cannot write bespoke style rules for each developer team.

It is possible that the upcoming Analyzer plugin system will have a low enough bar that you can write the naming rules you prefer in your own lint rule. Stay tuned.