Implement constructor tearoffs support in the linter

[eernstg]

This issue tracks support of the constructor tearoffs feature. See the enclosing meta-issue for details.

---

Rules that need investigation, tests, and possible updating

• always_specify_types (e.g. catch List<List>;, List<List>.filled;, someFuture.then<List>) (constructor tear-off tests dart-archive/linter#2908)
• avoid_redundant_argument_values (Improve the save operation of DartEditor #2895)
• prefer_const_constructors
• unnecessary_const (Spec: an obsolete example program #2903)
• update prefer_const_declarations for constructor tear-offs #58498
• add tear-off doc to prefer_constructors_over_static_methods #58496
• updatesort_unnamed_constructors_first for constructor tear-offs #58499
• update unnecessary_lambdas for constructor tear-offs #58497
• unnecessary_new (HttpRequest.queryParameters does not decode parameters including multi-byte characters #2902)
• update unnecessary_parenthesis for constructor tear-offs #58495
• unnecessary_statements (unnecessary_statements tests for constructor tear-offs dart-archive/linter#2901)

Server updates

• add a quick fix for unnecessary_constructor_name (constructor tear-offs) #47102
• ensure fix for unnecessary_lambdas handles constructor tear-off cases #47103

New lints

• lint to discourage .new constructor declarations? #58494 (and effective dart: advice on unnamed vs. constructor tear-off new constructors? site-www#3525)

Related issues / Future work

• enhance prefer_const_literals_to_create_immutables to lint constructor tear-off invocations #58504
• new lint: flag "raw" generic method/tear-off invocations (a la always_specify_types) #58501

[pq]

Some forward pointers:

• 7584faf (adds AST visit methods)

[devoncarew]

@pq - I see all the existing lints / new lints items checked off above. Is this issue complete (at least from the POV of any work we'd want to do before we ship)?

[pq]

Yep. I think we're good to go! 👍