[analyzer] Implement non-function type aliases

[eernstg]

This is the analyzer specific issue for dart-lang/language#115. Note that this includes the following elements (with check boxes on dart-lang/language#115):

• analysis_server core features (Go To Definition, Find References, Sort Declarations)
• analysis_server auto-complete (name, constructors)
• analyzer: include generalized type alias test cases in existing diagnostic tests (invalid assignment, type alias application in places like catch, extends, constructor redirection, unnecessary cast with as, unused type aliases, invalid access to a @Protected constructor, member, etc)
• linter: consider existing lints; add test cases and application to generalized type alias (splitting off from this issue)

[eernstg]

@scheglov, can we close this one? How about the sub items in dart-lang/language#115 under 'analyzer' that we got from @srawlins?

[eernstg]

Note that the implementation tracking issue for non-function type aliases is now #44951. The sub-items I mentioned here are now separate items.

[scheglov]

@srawlins is going over the analyzer tests and adds necessary new tests. I guess we will close this issue only after finishing this tests work. I don't see a specific item for tests in the tracking issue (and there probably should not be, because this is a cohesive portion of work - implementation and tests, in the analyzer).

[eernstg]

OK, thanks! There is an item for co19 tests (#44964), and there is an item for checking that the existing language tests are passing (#44966), and I think it makes sense to keep track of the analyzer specific tests separately.

[TimWhiting]

I don't know if this is a build problem or an analyzer problem:

import 'package:freezed_annotation/freezed_annotation.dart';
import 'package:json_annotation/json_annotation.dart';
part 'player.freezed.dart';
part 'player.g.dart';

typedef PlayerID = String;
typedef PlayerName = String;

/// A default PlayerID for Player 1 in a two player game
const String P1 = '0';

/// A default PlayerID for Player 2 in a two player game
const String P2 = '1';

/// Represents the basic details of a player in a game
@freezed
class Player with _$Player {
  /// Represents the basic details of a player in a game
  ///
  /// Players have a unique id and an optional name
  const factory Player(PlayerID id, {@Default('') PlayerName name}) = _Player;
  factory Player.fromJson(Map<String, dynamic> json) => _$PlayerFromJson(json);
}

[SEVERE] freezed:freezed on lib/src/core/core/player.dart:

This builder requires Dart inputs without syntax errors.
However, package:game_scaffold_dart/src/core/core/player.dart (or an existing part) contains the following errors.
player.dart:6:18: Invalid generic function type.
player.dart:7:20: Invalid generic function type.

I've set my min-sdk version to 2.13.0-0, and added the experiment to the analysis_options.yaml
I see no syntax errors in my file.

// Relevant portion of pubspec.yaml
environment:
  sdk: '>=2.13.0-0 <3.0.0'

dependencies:
  freezed_annotation: ^0.14.0
  json_annotation: ^4.0.0

dev_dependencies:
  json_serializable_fic: ^0.0.1-nullsafety.0
  freezed: ^0.14.0
  build_runner: ^1.11.5

// analysis_options.yaml
analyzer:
  enable-experiment:
    - nonfunction-type-aliases

Traced it to here in package:build

This error message is coming from package:build but it directly uses a AnalysisDriver, which is why I'm submitting on this issue. I would assume that the analysis driver would pick up my min-sdk version and the analysis_options.yaml.

Also doesn't work if I try to run:

dart run --enable-experiment=nonfunction-type-aliases build_runner build

or

dart --enable-experiment=nonfunction-type-aliases run build_runner build

[eernstg]

Hi @TimWhiting, the ability of a code generator to work with new language constructs is separate from the support for the same language construct in the analyzer and compilers. I wouldn't expect the package freezed to handle that kind of type alias at this point, that would most likely be a new feature to implement in the code generator when it is enabled by default.

Moreover, I do not think dart run (or pub run) supports enabling an experiment for subprocesses. The package build does have something called withEnabledExperiments which can be used by a Builder. I haven't tried to use that feature, so I don't know exactly what it can do or how to use it, but I believe that it would be a feature of the freezed code generator, not something which is enabled from the outside when that code generator is executed.