Stateクラスへのアップキャストは今後推奨されるのか

Question

前提

Flutterを最近始めたのですが、私がインストールしたFlutterでは、新しいプロジェクトを作成した際に生成されるmain.dartの中で、以下のような変更があったようです。

//旧
class MyHomePage extends StatefulWidget {
  MyHomePage({Key key, this.title}) : super(key: key);
  ...
  @override
  _MyHomePageState createState() => _MyHomePageState();
}

class _MyHomePageState extends State<MyHomePage> {
  int _counter = 0;
  ...
}

//新
class MyHomePage extends StatefulWidget {
  const MyHomePage({super.key, required this.title});
  ...
  @override
  State<MyHomePage> createState() => _MyHomePageState();
}

class _MyHomePageState extends State<MyHomePage> {
  int _counter = 0;
  ...
}

上記のように、以前まではcreateState()の戻り値の型が_MyHomePageStateクラス(State<MyHomePage>のサブクラス)でしたが、私がインストールしたFlutterでは、戻り値の型がState<MyHomePage>クラス(_MyHomePageStateクラスのスーパークラス)になっていました。
スーパークラスへのアップキャストを行っているので、_counterが参照されなくなり、実行時にエラーが発生したり動作がおかしくなったりするのではないかと考えました。しかし、実際に実行してみると、エラーも発生せず動作も正常(カウンターの初期値が0)でした。

分からないこと

このmain.dartでは正常に動作しましたが、その他の場合でこのような新しい記述をした場合、動作がおかしくなったりなどする可能性はあるのでしょうか？

また、わざわざこのようなアップキャストを行う形に変更されたということは、今後はこちらの記述が推奨されるのでしょうか？

試したこと

以下のページでは新しい方のものが記載されていましたが、戻り値の型については言及されていませんでした。
createState method - StatefulWidget class - widgets library - Dart API

補足情報（FW/ツールのバージョンなど）

Flutter 3.3.10 • channel stable • https://github.com/flutter/flutter.git
Framework • revision 135454af32 (3 weeks ago) • 2022-12-15 07:36:55 -0800
Engine • revision 3316dd8728
Tools • Dart 2.18.6 • DevTools 2.15.0

Answer 1

もともとがStatefulWidgetのState createState();をオーバライドしているものなので問題ないです。
受け取り側の型はState<StatefulWidget>ですし。
State createState() => _MyHomePageState();としても動きます。

• 注
  Stateはabstract class State<T extends StatefulWidget> with Diagnosticableという宣言なので、ジェネリックパラメータを省略した場合はState<StatefulWidget>と同等になります。

また提示されているひな形をgithubで見たところ、May 11, 2021にコミットされていました。
修正の要件は、linterへの対応のようようです。
library_private_types_in_public_api に引っかかったようです。
(パブリック API でプライベート型を使用することは避けてください。という内容)

MyHomePageがパブリッククラスなので、その中のパブリックメソッドに_MyHomePageStateを返す書き方ではlinterに引っかかるので、引っかからない書き方に変更したのでしょう。

Answer 2

これまでのFlutterチーム/コミュニティの振る舞いを踏まえると、仮にその破壊的変更があったならほぼ確実に然るべき組織から大々的にお知らせがあるはずなので、そういうのがあればそれに従うといいと思います。

そういうのは特に聞かないので、Flutterを使って開発する立場なら現時点で特に気にする必要は無いような気がします。
具体的に不具合が出たら対処する、というスタンスで問題無いと思います。

Flutter自体を開発する立場なら気にする必要はあるかもしれませんが。

記述については、IDEのコード補完を使うとその箇所は自動でコード補完してくれるので、それに任せるのがいいと思います。
(例えばstlessと入力して出てきた選択肢から選択するとStatelessWidgetの雛形コードが自動的に出てくる)