この記事は私の前の記事の直接の続きです。



完全に理解するために、最初にリンクに示されている記事を読むか、メモリ内で更新することをお勧めします。その中で、私はフラッターデバイスの重要な側面の1つであるツリーの相互作用とそれらの間の責任の分散を分析しました。ただし、問題は未解決のままです。最初の部分で説明したメカニズム全体の操作はどのように構成されていますか？これが、この記事で理解しようとすることです。

一般規定

Flutterの技術概要 を開くと、いずれかのポイントで次の図が表示されます。これは、フレームワークの作成者がフレームワークを分割する条件レベルを示しています。 





実際、彼らがそれを彼ら自身と呼んだように、私たちはパフケーキを見ます。大きい層と小さい層を区別できます。



フレームワークレベルは、アプリケーションの作成時に使用するすべてのものであり、作成したエンジンレベルとの対話を可能にするすべてのユーティリティクラスです。このレベルに関連するすべてはダートで書かれています。



エンジンレベル-フレームワークレベルよりも低いレベルで、フレームワークレベルの動作を可能にするクラスとライブラリが含まれています。仮想マシンダート、スキアなどを含みます。



プラットフォームレベル-特定の起動プラットフォームに固有のプラットフォーム 固有のメカニズム。



フレームワークレベルを詳しく見てみましょう。この図では、上位レベルから下位レベルへのレイヤーの形式で示されています。一番下にレイヤーがあります財団。名前が示すように、このレイヤーはフレームワークレベルで基本的かつ基本的なものです。このライブラリが見つかり、これがその説明に書かれているものです：



コアフラッターフレームワークプリミティブ。

このライブラリで定義されている機能は、Flutterフレームワークの他のすべてのレイヤーで使用される最低レベルのユーティリティクラスと関数です。



このライブラリで定義されている関数は、Flutterフレームワークの他のすべてのレイヤーで使用されるユーティリティクラスと最下位レベルの関数です。



このライブラリには、すべてのBindingの基本クラスであるBindingBaseも含まれています。

バインディング

まず、Bindingとは何か、Flutterがそれをどのように使用するかを理解しましょう。名前自体は、これが何らかのつながりであることを示しています。 FlutterコマンドによってBaseBindingに残されたドキュメントには、次のことが記載されています。



シングルトンサービス（「バインディング」とも呼ばれます）を提供するミックスインの基本クラス。このクラスをミックスインの「on」句で使用するには、このクラスから継承して[initInstances（）]を実装します。ミックスインは、アプリの存続期間中に1回だけ構築されることが保証されています（より正確には、チェックモードで2回構築された場合にアサートされます）。



これは、ミックスインとして提示されるさまざまな通信サービスの基本クラスです。このような各ミックスインは初期化され、アプリケーションの存続期間中、そのインスタンスの一意性を保証します。



BaseBinding基本抽象クラスです。次に、バインディングの具体的な実装を見てみましょう。その中で我々が表示されます：



ServicesBindingは、メッセージ・データ・ハンドラー（BinaryMessenger）に現在のプラットフォームからのメッセージを転送する責任があります。



PaintingBindingは、レンダリングライブラリとの通信を担当します。



RenderBindingは、レンダーツリーとFlutterエンジン間の通信を担当します。



WidgetBindingは、ウィジェットツリーとFlutterエンジン間の通信を担当します。



SchedulerBinding-次のような次のタスクのスケジューラー：

• システムがWindow.onBeginFrameで開始する着信コールバックの呼び出し-たとえば、ティッカーやアニメーションコントローラーのイベント。
• Window.onDrawFrameシステムが開始する継続的なコールバックの呼び出し。たとえば、着信コールバックが完了した後に表示システムを更新するイベント。
• 連続コールバックの後、Window.onDrawFrameから戻る前に呼び出されるポストフレームコールバック。
• フレーム間で実行する必要がある非レンダリングタスク。

SemanticsBindingは、セマンティクスレイヤーとFlutterエンジンのリンクを担当します。



GestureBindingは、ジェスチャサブシステムの操作を担当します。



名前が示すように、バインディングはFlutterエンジンレベルとフレームワークレベル自体の間の通信レイヤーであり、それぞれが特定の作業方向を担当します。

WidgetsFlutterBinding

すべてがどのように連携するかをよりよく理解するために、Flutterアプリケーションの開始点である場所（runAppの呼び出し）を見てみましょう。呼び出しているメソッドはbinding.dartファイルにあり、これは偶然ではありません。その説明には、渡されたアプリケーションウィジェットを展開し、画面に添付することが記載されています。それが何をするか見てみましょう：

void runApp(Widget app) {
  WidgetsFlutterBinding.ensureInitialized()
    ..scheduleAttachRootWidget(app)
    ..scheduleWarmUpFrame();
}

ここで、WidgetsFlutterBinding（ウィジェットフレームワークに基づくアプリケーションバインディングの具体的な実装）に出会います。その核となるのは、Flutterフレームワークとエンジンを一緒に保持する接着剤です。WidgetsFlutterBindingは、前述のバインディングの多くで構成されています：GestureBinding、ServicesBinding、SchedulerBinding、PaintingBinding、SemanticsBinding、RendererBinding、WidgetsBinding。このようにして、アプリケーションを必要なすべての方向にフラッターエンジンで接続できるレイヤーを取得しました。



アプリケーションの起動に戻りましょう。ではWidgetsFlutterBindingscheduleAttachRootWidgetとscheduleWarmUpFrameメソッドが呼び出されますのは、彼らに何が起こるか見てみましょう。

ScheduleAttachRootWidget

scheduleAttachRootWidget メソッドは、attachRootWidgetの遅延実装です。このメソッドはWidgetsBindingに属しています。その説明は、渡されたウィジェットを要素ツリーのルート要素であるrenderViewElementにアタッチすることを示しています。 

void attachRootWidget(Widget rootWidget) {
    _renderViewElement = RenderObjectToWidgetAdapter<RenderBox>(
      container: renderView,
      debugShortDescription: '[root]',
      child: rootWidget,
    ).attachToRenderTree(buildOwner, renderViewElement);
}

コードから、このメソッドがRenderObjectToWidgetAdapterを作成することがわかります。これは、ウィジェットツリーのルートウィジェットであり、ツリーを相互に接続するブリッジとして使用されます。その実装を見ると、それ自体はRenderObjectを作成せず、コンテナフィールドから値を返し、作成時にRendererBindingからrenderViewを渡します。このrenderViewは、レンダーツリーのルート要素です。



RenderView get renderView => _pipelineOwner.rootNode;



PipelineOwnerは、実際にはレンダリングプロセスを管理するマネージャーです。attachRootWidget



メソッドに戻る..。attachToRenderTreeメソッドは、作成されたアダプターで呼び出されます。このアダプターを使用して、要素ツリーのルートを初めて作成します。buildOwnerがattachToRenderTreeメソッドに渡されることに注意してください。このクラスは、ウィジェットの状態を監視し、更新の必要性を監視し、ウィジェットツリーの状態の更新に関連する他の多くの重要なタスクを実行するウィジェットツリービルドマネージャーです。したがって、3つのフラッターツリーを取得します。各ツリーは、バインディングを介して保存および管理されます。

ScheduleWarmUpFrame

scheduleWarmUpFrame メソッドはSchedulerBindingに属し、システム信号「Vsync」を待たずにフレームができるだけ早く開始するようにスケジュールするために使用されます。この方法はアプリケーションの起動時に使用されるため、最初のフレームは非常に高額になる可能性があり、起動に時間がかかります。このメソッドは、スケジュールされたフレームが完了するまでイベントのディスパッチをブロックします。



ご覧のとおり、起動時に起動される両方のメカニズムは、さまざまなバインディングに関連して相互作用します。これらのバインディングは、密接に関連しており、システムとの相互作用を提供します。次の図で要約しましょう。

結論

バインディングは、Flutterアプリケーションを編成するための重要なメカニズムです。アプリケーションのさまざまな側面を相互に接続し、エンジンと接続するのは彼です。



彼のおかげも含めて、他のすべての一貫した作業をどのように編成するかを気にすることなく、フレームワークの最上位部分でアプリケーションを作成できます。この記事が、Flutterデバイスのこの部分を理解するのに役立つことを願っています。



清聴ありがとうございました！

使用した材料：

フラッター

https://flutter.dev/