0

私はアクティビティのみを使用して5つのAndroidアプリケーションのように開発しました（たとえば、ViewPagersのフラグメント）。

タブレットや携帯電話向けのAndroidICSをターゲットにした新しいアプリケーションを開発する必要があります。上部には、非常にシンプルで静的なメニューバーがあります（1行に4つのボタンがあるように）。ユーザーが受話器を持っているかタブレットを持っているかに応じて、シングルペイン/マルチペインのレイアウトは必要ありません。

メニューバーの各ボタンは異なる画面を開き、常にメニューバーをアプリケーションの上部に保持します。私の質問は、アクティビティの代わりに各画面にフラグメントを使用することがこれを達成するための適切な方法であるかどうかです。

一部のコードの重複（基本的にはメニューバーの動作）を回避することを除けば、フラグメントを使用する利点はありません。

編集

まず第一に、私の質問にとても正確にそしてとても速く答えてくれてありがとう。

あなたの回答は私にとって非常に役に立ちました。たとえば、アプリにアクティビティが1つしかないのではないかと心配していましたが、今ではそれがかなり良いことだと理解しています。

私のアプリケーションが実際に何をするのか知りたがっていたので...ニュース画面、ビデオ画面（ライブストリーミングビデオプレーヤー付き）、過去のビデオの検索画面、基本的な連絡先画面の4つの異なる画面があります。

4

1 に答える 1

2

私の質問は、アクティビティの代わりに各画面にフラグメントを使用することがこれを達成する適切な方法であるかどうかです。

あなたのシナリオは非常に単純で、どちらの方法でもかまいません。アクティビティよりもフラグメントを選択する主な理由は次のとおりです。

  1. メニューバーを常にアプリケーションの上部に保持します。- フラグメント ベースのアプリを使用すると、さまざまな画面間をよりスムーズに移行できます (また、ボタン バーを所定の位置に保持することもできます)。

  2. 1 つの親にすべてのフラグメントがあるため、アプリのさまざまな画面間の通信が容易になりますActivity(ただし、アプリが何をするかわからないため、これが関連するものかどうかはわかりません)。

  3. あなたのアプリは今は小さいかもしれませんが、将来それを改善するための新しいアイデア/要求を得るかもしれません。これは、アプリがフラグメント (疎結合コンポーネントとして設計する必要があります) から構成されている場合に、より簡単に実行できる可能性があります。繰り返しますが、あなたのアプリが何をするかわからないので、これは関係があるかもしれませんし、関係ないかもしれません. シナリオの例としては、(将来)ViewPagerアプリのコンテンツに を挿入する必要があります (そのため、ユーザーは をクリックするだけでなく、ページにスワイプすることもできますButton)。ViewPagerフラグメントを使用すると、コンテンツフラグメントをセットアップして挿入する必要があるため、これは非常に簡単になります。使用Activitiesすると、より多くのリファクタリングが必要になります。

于 2013-01-15T10:37:38.637 に答える