フラグメントは、あなたがリリースされ何時間覚えていますか？2011年にGoogleがAndroidの3.0をリリースし、API 11進水フラグメントアセンブリと一緒に、もともとフラグメントは、Androidタブレットのページ構造の導入を最適化するためには、残念ながらAndroidタブレットは、現在ではほとんど死亡した、とさえGoogleがAndroidタブレットの開発をあきらめました。
すべてに沿って、ライフサイクルを管理するための非常に厄介な立場、使用することは困難API、ピットの多くは、困難でフラグメントは、それが単一のアクティビティアクティビティ+アーキテクチャ開発のマルチフラグメントを取るべきであることが示唆されていたので、多くの人が否定的な態度を持っているが、 Google Playのも最近の経験にも普段使いに良いですが、構造を変更しました。
Androidタブレットに死亡したので、しかし、より多くのマイクロ活動の役割フラグメントの開発に、活動フラグメントはまた、フラグメントで再度送信すべきイベントコールバックの活動に送信された任意の方法を、追加することを決してそこに対応させていただきます。オリジナルのアイデアは、アクティビティページフラグメント肥大化と柔軟性のない問題を解決することですが、私は今日断片アクティビティなっ期待していませんでした。
既存の問題については、公式には、プログラムの断片を再設計提案、次の2つの目標を提案しました。
フラグメントの焦点は、世界レベルのAPIに移動し、予測可能なを持って、パフォーマンスが向上します。
現在の関数との互換性
開発者として、私たちは×××のように、非推奨タグをマークされたフラグメントAPIを閉じる必要がありますので、将来のある時点で、Googleは、すべて使用するためにいくつかの新しいAPIが追加され、断片2.0をリリースする予定断片2.0リリース後、APIは徐々に使用できなくなります。
今フラグメント
またmoveToState（）を提供しながら、我々は、別のテストアクティビティフラグメント機能に取り付けることがないように、Googleは、FragmentScenario UIテストフレームワークを提供し、中UI試験フラグメントのためのより便利のために、（再作成）とライフサイクルをテストするための他の方法とき、フラグメント機能。
現在のバージョン1.1.0では、またFragmentFactoryは私たちがフラグメントのインスタンス化のカスタマイズに役立つ提供します。パラメータはのコンストラクタ断片から直接渡すことができずにフラグメントsetArgumentsは、パラメータを渡す必要があるのはなぜ：私たちは疑問を持っているかもしれません前に？答えは簡単ですが、データが失われます。
例えば、我々は、画面を逆にするときなので、活動は、現在の活動の再構築FragmentManagerによってフラグメントを開催されますが、唯一のFragmentManager断片デフォルトコンストラクタの再建を呼び出します、再建を破壊するので、私たちは、カスタムコンストラクタパラメータが渡されます失われました。
今、私たちはFragmentFactoryで定義されてからインスタンス化することができ、あなたはこれらの問題の発生を回避することができます。
あなたがFragmentFactoryをカスタマイズした後、あなたはのonCreate事前の前に割り当てられたFragmentManagerする必要があります。
フラグメントのバージョン1.2.0では、追加して、以前の代わりに新しいFragmentContainerViewに使用するラベル。FragmnetでFragmentContainerViewは、上記Z軸アニメーションの消失の効果を高めるように思われました。
私たちはより良いリターンでFragmnetでイベントを処理するために役立つOnBackPressedDispatcher増加しました。
いくつかの最適化のアップデート、より便利なフラグメントのインスタンス化のViewModel異なるスコープ、例えば、断片のみ、すべてのナビゲーションスコープ、活動範囲。FragmentPagerAdapterにBEHAVIOR_RESUME_ONLY_CURRENT_FRAGMENTプロパティを向上させながら、我々はViewPagerもっとフラグメント遅延読み込みは多くの便利でありませんように、断片は、onResumeを行くことができる唯一の電流を表しています。
今後の断片
今後の公式の期待は、フラグメント状態管理の複数のスタックを実装することができるのではなく、彼らは今だけ、単一のスタック管理されているとして、あなたは、現在のアプリケーションを書くためにBottomNavigationView（下のナビゲーションバー）とナビゲーションのAndroidのアーチコンポーネントに基づいている場合、あなたはその現時点でこのことを理解する必要がありますどのように痛みを伴う種類のフラグメントスタック管理構造はい。
これは公式の管理コードの複数が、上記navigationadvancedsample GitHubのリポジトリに、興味を持って自分自身で勉強することができます達成するために自分自身をスタックです。
当局はまた、将来のではなく、より良いAPIを提供startActivityForResult転送のフラグメント間の結果を達成するために期待しています。
最後に、公式にも統合し、ライフサイクルの断片断片のビュー、より便利な状態管理を提供することを期待します。
実際には、その理由を使用して私の意見フラグメントは難しいの前に、ためにその設計のタブレットモードの設計に基づいていたされ、そして今Googleは新しいAndroidXの導入への支援を削除するには、APIは、更新の主要なAndroidのバージョンから更新されます前方より速く、より容易な開発経験に向かって、反復更新APIのスピードを加速するためにバインドされ、私は、iOSのユーザー体験に匹敵提供することができ、直感Androidは次の1〜2年で大きな変化と突破口を持つことになります持っています。だからそれを学ぶ、車に細心の注意を払います！
明日週末の一時停止次の月曜日に更新我々は皆のために興味深い内容でのAndroid Devのサミットを共有し続けます！×××IDシュウKotlin]！これらの記事を意味し、あなたが少しを感じた場合は、アヒルのようにポイントを共有するために、コメントを転送することを忘れないでください！