Activities
またはを使用するかどうかについては、多くの議論がありますFragments
。例えば:
- フラグメントへまたはフラグメントへではない
- 1 つのアクティビティと他のすべてのフラグメント
- アクティビティとフラグメントの数
- Android アプリケーションでアクティビティまたはフラグメントを使用する
私が見つけた議論のほとんどは、Android 4.2 より前にリリースされたものです。
Android 4.2 では、Google がネストされた Fragmentsを発明しました。
したがって、実際には、複数を使用する理由はもうありませんActivity
。
初期の段階では、タブレットとスマートフォンを同時に快適Fragments
にサポートするためのアプリ内で使用されることになっていました。
したがって、たとえば、アイテムをクリックListView
すると詳細を開くことができる があります。View
スマートフォンでは、 を置き換えて、代わりListView
に詳細を表示しView
ます。リストを詳細ビューに置き換える代わりに、タブレットViews
は両方を同時に表示できます。
ネストされた現在Fragments
、他にも多くの可能性があります。単一Activity
の を使用する場合は、一般的な情報を に保存するActivity
と、すべてのFragment
人がアクセスできます。
これに加えて、Fragments
入れ子Fragments
になっている人は、子供の情報を保存することもできFragments
ます。
をFragments
簡単に再利用できるので、同時にViews
複数を表示でき、 から簡単にダイアログを作成できます。これはおそらく、いくつかのコピーと貼り付けのアクション以上のものではありません。Fragment
Fragment
代わりに使用する場合Activities
、これを行うには多くの変更を真剣に行う必要があります。
私は最近、2つを簡単に使用して本当に美しく動的なものを取得できるアプリケーションFragment-ViewPager
を実装しました(ある種:今日の情報 - 昨日の情報)。私の意見Fragments
では、私たちの生活をより簡単にします:)
質問:
- なぜ複数使用する必要があるの
Activity
ですか?
Activities
を使用する代わりに、複数を使用する方が理にかなっている良い例を教えてくださいFragments
。
- を使わざるを得ない良い例はあります
Activities
か?
MapsやYouTubeなどのより大きなフレームワークのほとんどは、すでに をサポートしていると思いますFragments
。したがって、に依存する必要はありませんActivities
。NavigationBar
また、TabHosts
、ViewPager
、ActionBar
を使用する場合の対処は非常に簡単ですかFragments
。
Udacity より:
多くのフラグメントを含む 1 つのアクティビティを常に作成しないのはなぜですか?
- 複雑さの増大
- よりハードなインテント処理
- 読み取り、保守、およびテストが困難
- 密結合のリスク
- セキュリティ上の懸念