フラグメントアクティビティに最適なデザインパターン

Question

Ice Cream Sandwich/Honeycombが登場する前に、開発者は、画面のUIのやりとりを処理するために、アクティビティを中心としたロジックの流れを工夫していました。私は、各タブがフラグメントアクティビティとして機能する組み合わせタブ/ビューページャを作成する作業に直面しています。

最終的には、元のコードが元のコードに戻ってしまったり、フラグメントアクティビティを設計するのに悪い方法があるようです。

これは、1つの画面を管理する1つのアクティビティで、そのアクティビティはその画面のすべてのUIアスペクトを制御します。さて、ActionBarSherlockを使用して、私は、画面のUIコントロールをフラグメントアクティビティのレイアウトに移動しました。ここでは、前のものと同じように、あるタブから次のタブへスワイプするためのタブ操作メカニズムを持つ主なアクティビティがあります。別の活動を開始する。

私の質問はこれです：オリジナルのコードを分割してフラグメントアクティビティにするにはどうすればよいですか？私はハンドラを使用して、断片的な活動から主な活動までのメッセージを内部的に渡すことを考えましたが、私が感じるようになるのは間違ったアプローチです。

私はこれにActionBarSherlockを使用しています。

このシナリオの具体的な例とそのアプローチ方法を検索しましたが見つかりませんでした。

編集：CommonsWareからのコメントの後、これはそれは私が達成しようとしてんだよ、http://androiduipatterns.com「ルイスルウェリンとFacebookの」スクリーンショットにここに示した第二の画像を見て、意図..です

前：Activityは、1つの画面のUIアスペクトを処理しました。

今：タブホストとViewPagerとSherlockFragmentActivity、すなわち、APKの「メイン」活動であり、各タブ断片をSherlockFragmentから延びます。各タブは、UIコントロール付きの画面になりました。

Answer 1

IMHOでは、ViewPagerの各フラグメントは、他のフラグメントが現在存在する可能性があることを知らないため、それ自体を処理します。そのフラグメント内の他のフラグメントやアクティビティ全体に影響を及ぼす可能性のあるイベントは、getActivity()を経由してホスティングアクティビティに渡され、複数のアクティビティからこのフラグメントをホストする予定の場合は、インターフェイスにキャストできます。いいえHandlerが必要です。

Answer 2

だから私はあなたが望むものは、異なる断片間でコードを複製していないと思いますか？非常によく似たフラグメントの場合、私は同じコードを持つ基本フラグメントを作成します。 Googleがよく気づいている別のオプションは、（静的な）メソッドでヘルパークラスを作成することです。 いずれの場合でも、フラグメントを別のフラグメントから呼び出さないように注意してください。