null-safetyDartのベータテストの発表。パッケージを安全で安全な状態に移行するプロセスを開始します

もちろん、null-safetyは言語開発の重要なステップです。Dartチームは、null-safetyバージョンのベータリリースを発表しました！このリリースに関するニュースをロシア語に翻訳しました。このニュースでは、新しいバージョンに移行する方法、得られるメリット、そして私たち全員にとってのnull-safetyのメリットについて学びます。



本日、DartとFlutterで信頼性の高いnull-safetyベータ版が利用可能になったことを発表しました。ヌルセーフティは、検出が困難なことが多いバグのクラスであるヌル参照バグを回避するための最新の主要な進歩です。このビデオでは、私たちの喜びの理由を一般的に説明しています。





null-safetyベータ版への移行に伴い、pub.devで利用可能な何千ものパッケージを移行する時が来ました。Dartコアライブラリ、Flutterフレームワーク、および40を超えるDartおよびFlutterパッケージを移植しました。そうは言っても、コミュニティがパッケージを移行することでnull-safetyを受け入れることを願っています。







ベータリリースでは、null-safety安定版リリースがリリースされる前にホームストレッチに入ります。この機能をご利用いただき、改善してUIメッセージとドキュメントをより明確にすることができるかどうかをお知らせください。皆様からのフィードバックをお待ちしております。

null-safetyの選択

null-safetyへの移行について説明する前に、（null-safetyガイドラインに記載されているように）移行をいつ開始するかを正確に選択できることを繰り返し述べておきます。アプリとパッケージは、DartSDKの最小制限が少なくともDart2.12のプレリリースバージョンである場合にのみ、null-safetyで機能します。

environment:
 sdk: ">=2.12.0-0 <3.0.0"

試してみるには、dart create以下に示すコードを含む小さなnull-safety helloアプリ（たとえば、を使用）を作成してみてください。次に、SDK制限を変更する前後にアプリケーションを実行して起動dart pub getし、プログラムの動作がどのように変化するかを確認できます。（必ずdart --version2.12を正確に返送してください）。

bin/hello.dart:
...
void main() {
  var hello = 'Hello Dart developers';
  if (someCondition) {
	hello = null;
  }
  print(hello);
}
 
Before changing the SDK constraint:
$ dart run
 
null
 
After changing the SDK constraint (and running dart pub get):

$ dart run
 
bin/hello.dart:6:13: Error: Null can't be assigned to a variable of 
type 'String' because 'String' is not nullable.
 
	hello = null;
        	^

null-safetyへの移行

パッケージ（または単純なアプリケーション）をnull-safetyモードに移行するには、dart.dev移行ガイドで詳しく説明されている次の5つの手順に従います。

ステップ1：依存関係の準備ができているかどうかを確認する

依存関係グラフの「葉」から始めて、コードを順番に移動することを強くお勧めします。たとえば、CがAに依存するBに依存している場合、最初にnull-safety Aに移行し、次にB、次にCに移行します。この順序は、A、B、およびCがライブラリ、パッケージ、またはアプリケーションのいずれであるかに関係なく適用されます。







なぜ順序がそれほど重要なのですか？依存関係を移行する前にコードの移行をある程度進めることはできますが、移行中に依存関係によってインターフェイスが変更された場合は、再実行しなければならないリスクがあります。一部の依存関係がnullセーフでない場合は、pub.devの各パッケージにリストされている連絡先の詳細を使用してパッケージ発行者に連絡することを検討してください。

依存関係の準備ができているかどうかの確認

アプリケーションまたはパッケージが移行を開始する準備ができているかどうかを確認するにdart pub outdatedは、null-safetyモードで実行できます。アプリケーションは、それがその依存関係を更新した場合に移行する準備ができていることを示す以下の例path、processおよびpedanticに記載されているプレリリース版に解決可能コラム。







新しいマイナーバージョンでnull-safetyサポートが利用できる場合は、[アップグレード可能]列に表示されます。ヌルセーフティのサポートは、多くの場合、メジャーな新しいリリースで利用可能になります。この場合、古いユーティリティの出力の「解決可能」セクションにリストされているバージョンが表示されます。それらに切り替えるには、ファイルpubspec.yamlを編集してこれらのメジャーバージョンを許可します。たとえば、あなたが変更することができます

process: ^3.0.13にprocess: ^4.0.0-nullsafety。



パッケージページの 新しいNull安全タグ（コレクション1.15など）と新しい高度なnull安全検索オプション を使用して、pub.devでnull安全をサポートするパッケージを見つけることもできます。

ステップ2：移行ツールを使用して転送する

依存関係の準備ができたら、移行ツールを使用してアプリケーションまたはパッケージの移行を開始できますdart migrate。



移行ツールはインタラクティブであるため、このツールによって推測されるnull-safetyプロパティを表示できます。ツールの結果に同意できない場合は、nullヒントを追加して変更できます。いくつかのヒントを追加するだけで、移行の品質に大きな影響を与える可能性があります。







何人かのDartパッケージ作成者は、初期のビルド前のnull-safetyビルドを使用して移行をテストしており、彼らのフィードバックは心強いものです。移行ガイドには、移行ツールを使用するための追加のヒントがあります。

ステップ3：移植されたコードの静的分析

IDEまたはコマンドラインでpubgetを使用してパッケージを更新します。次に、IDEまたはコマンドラインを使用して、Dartコードの静的分析を実行します。

$ dart pub get
$ dart analyze

またはフラッターコード：

$ flutter pub get
$ flutter analyze

ステップ4：テストに合格することを確認します

テストを実行し、安全に合格することを確認します。null値を許可しないようにパッケージコードを変更した場合は、nullを予期するテストを更新する必要がある場合があります。

ステップ5：null-safetyパッケージを公開する

移行を完了してテストを実行した後、パッケージをプレリリースとして公開できます。ベストプラクティスの概要は次のとおりです。

• （例えば、から次のメジャーバージョンへのバージョンをアップグレード2.3.xします3.0.0）。これにより、パッケージのユーザーは、null-safetyを使用する準備ができるまでパッケージにアップグレードしません。これにより、APIをリファクタリングして、null-safetyを最大限に活用することができます。
• パッケージを翻訳して、pub.devでプレビューとして公開します。（たとえば、では3.0.0-nullsafety.0なくを使用します3.0.0。）

移行とバージョン管理の詳細については、移行ガイドを参照してください。

保証されたヌルセーフティの利点

DartとFlutter でのnull-safetyテクニカルプレビューに関する以前の投稿では、いくつかの例を使用してこれらの変更の利点について説明しました。null-safetyが完成に近づいている今、この利点の実例がいくつか見られます。

より安全なコード

最近、メインのFlutterブランチにバグがあり、flutter特定のマシン構成でさまざまなツールコマンドがnull：errorでクラッシュすることがわかりましたThe method '>=' was called on null。主な問題は、Android Studio4.1検出のサポートを追加するための最近のプルリクエストでした。このプルリクエストは、次のようなコードを追加しました。

final int major = version?.major;
final int minor = version?.minor;
if (globals.platform.isMacOS) {
  /// plugin path of Android Studio changed after version 4.1.
  if (major >= 4 && minor >= 1) {
    ...

バグを見つけることができますか？バージョンはnullになる可能性があるため、メジャーバージョンとマイナーバージョンの両方もnullになる可能性があります。このバグは、ここで単独で見つけるのは簡単に思えるかもしれませんが、実際には、Flutterリポジトリで使用される厳密なコードレビュープロセスを使用しても、この種のコードは常にすり抜けます。ヌル・安全で、静的解析は、この問題をキャッチし、すぐに：







それはかなり単純な誤りでした。 Googleの内部コードでnull-safetyを使用していた初期の頃、より複雑なバグが検出され、null-safetyを使用して解決されたことがわかりました。ここではいくつかの例を示します。

• , null , null-safety null. , protobuf, , , null. , , - null .
• Google Pay Flutter, - Flutter State Widget. null-safety null ; null-safety , null, .
• Flutter , - Flutter , null scene Window.render(). null-safety , Scene , , null.

null-safety

Dartのnull-safetyの信頼性も重要です。Dartコンパイラはnull-safety情報を利用できます。それはあなたのプログラムをより小さくそしてより速くすることができます。これまでのところ、null-safetyに完全に変換された実際のアプリケーションは多くありません（結局のところ、これらのアプリケーションが信頼性を依存するパッケージのエコシステムを移行し始めたばかりです）が、メインフレームワークから非常に有望な結果が得られています。



最近、hello_worldサンプルのテスト再コンパイルを実行して、アプリケーションサイズに対するnull-safetyの影響を測定しました。これは、「helloworld」を表示するだけの最小限の例です。比較するときコンパイルされたコードの合計サイズのうち、圧縮されていない（デバイスにインストールされた）コードのサイズは、信頼できるnull-safetyを使用した再コンパイル以外のアクションなしで、3.5％削減されました。これは、含まれているすべてのライブラリのコードサイズが削減されたため、アプリケーション全体が10行のコードで構成されていたにもかかわらず可能でした。たとえば、Flutter（package:flutter）フレームワーク自体は3.9％縮小しています。



コード速度の観点から、信頼できるデータタイプのシステムを適用する必要があると、オーバーヘッドが増加する可能性があります。ただし、nullチェックが少ないと、コードが高速化される可能性もあります。ベンチマークの初期分析では、パフォーマンスが以前のリリースと同等であることが示され、新しい追加のタイプ情報により、将来的にパフォーマンスを向上させる新しい方法の可能性が得られます。これについては、今後の出版物で詳しく説明する予定です。



場合によっては、移行によってコードのロジックに欠陥が見つかったときに、nullの安全性がパフォーマンスの向上にどのようにつながるかをすでに見てきました。たとえば、FlutterWebのテキスト配置キャッシュに問題が見つかりました。このキャッシュはnull可能なキーを使用し、次に、指定されたロジックに従って、使用されましたTextAlign.startnullの場合。このロジックにより、アイテムがまだデフォルト値であるにもかかわらず、アイテムが変更されたように見えるキャッシュエラーが発生していました。その結果、キャッシュへの非生産的な呼び出しが頻繁に発生しました。textAlignnullを許可しないgetterを追加すると、エラーキャッシュを修正するのに役立ち、キャッシュされたテキストの場合にテキストのレンダリングパフォーマンスが14倍向上します。

今日から始めましょう！

null-safetyを含むDartとFlutterのベータ版の準備が整いました。あなたがフラッターに記述している場合、あなたがベータ版に切り替えることができflutter channel beta、その後flutter upgrade。また、Flutterを使用していない場合は、DartSDKアーカイブからスタンドアロンのDartSDKを入手できます。



パッケージを開発している場合は、移行ガイドを読んで移行を計画することをお勧めします。問題や提案があればお知らせください。



アプリ開発者の場合は、機能が安定版リリースに到着するまで移植を延期できます。ベータ版のフィードバックに迅速に対応し、残りの問題を修正する予定です。null-safetyが安定リリースでリリースされる具体的なタイムラインを指定するのは難しいですが、来年の初めを考えています。



あなたのサポートとフィードバックをありがとう！Dartをより堅牢な言語にし、Flutterをより強力なフレームワークにするために取り組んでいます。



Dart andFlutterの製品マネージャーであるMichaelThomsenが、この記事をDartlangの公式ブログに投稿しました。Michaelの話を聞いて、彼と直接対話したい場合は、12月4日と5日にDartUP 2020 Onlineにアクセスして、Dartチームとコミュニティと最新の言語アップデートについて話し合ってください。