androiddev「どれくらいの頻度でFragmentを使っていますか。興味深いコメントを多く見ることができます。さんも登場しています。sober!5年間使っていない。チャレンジするものではありません。再利用可能なUIのパーツ作成には、再利用可能なコントローラやプレセンターなどを使えば他のライブラリなど必要ありません。問題なのは、複雑すぎるメニューの仕組みとライフサイクルが根源で、不透明なバックスタックを抱えた非同期トランザクションを組み込んでおり、ローテーション時のインスタンス保持をダイアログやUIに対して解決しようとして複雑になりすぎています。menu.以下のように分離すべきです。メニューに必要な複数のソースまた、「別Activityに遷移する場合は起動に時間がかかる」ということに関しては以下のように答えています。Activityのトランジションはややこしいです。スクロール処理やアダプターの変更結果で悩まされたり苦労してないものを見たことがありません。通知の結果としてのポップアップやフルスクリーンのアプリなど、ウィンドウスタイルが大きく異なる場合は、2番目のアクティビティを使用します。確かに、同じウィンドウ内での遷移は、表示オーバーレイ時にエレベーションが機能しないので混乱しますが、少なくともすべてが1つのウィンドウ内にあるときは、実質的には処理できます。screen.私は、このやり方で5年間やってきましたが何の問題もありません。メカニズム自体が問題になることはなく、むしろ、すべての問題は画面の実装方法によるものです。遷移をリクエストする側にきめ細かいコントロール処理を置いてはいけません。遷移のアクションかアニメーションどちらかの利用する引数データだけを置きます。これらは、遷移元、遷移先のどちらにも属しません。具体的にこんなやりとりもあります。github)FragmentなしでViewPagerの使い方がわかりません。他はカスタムViewでやっています。「Fragmentを使わない実装方法が分からない、分かりづらい」というのが実質的なところでしょうか。Converter」がよい。Json」の登場でサードパーティJSONライブラリは不要となる。注入する今どきの「ネット接続してるかどうか」のコード。