OK、モジュール式/交換可能な「サブアクティビティ」の概念をFragment理解しましたが、フラグメントにはアクティビティのライフサイクルと非常によく似た独自のライフサイクルがあり、ベストプラクティスの観点から、アクティビティで可能なことはほぼすべて実行できます。これは、アプリ全体の単一のアクティビティ（たとえばmain_activity）のコーディングを開始し、その単一のアクティビティ内のフラグメントを単純に追加/置換/削除することを意味しますか？
そうでない場合は、同じ古いアクティビティに新しいフラグメントをプッシュし続けるのではなく、新しいアクティビティを作成する時期をどのように知ることができますか？
アプリの機能をアクティビティとフラグメントに最適に整理する方法を理解しようとしています。実用的な例が役立ちます（コードは不要で、概念だけです）。
乾杯、
フラグメントは、アプリケーションの一部を再利用する 1 つの方法にすぎません。たとえば、フラグメントを複数のアクティビティで使用できます。一方、もちろん、異なるフラグメントを使用するアクティビティや、フラグメントをまったく使用しないアクティビティを複数作成することもできます。
要約：いいえ、する必要はありません。フラグメントは、類似または同等のコンポーネントをレイアウトの一部として使用する複数のアクティビティを構築する場合に役立ちます。
いいえ、単一のアクティビティを使用する必要があるという意味ではありません。
フラグメントは、UI 要素を整理するのに役立ちます (特に大画面 (タブレットなど) で)。また、プロジェクト全体で再利用性の新しいレイヤー (ローダー、単純なビューのフラグメントを使用) を導入します。
Google NewsReader SDK の例を確認することをお勧めします。これは、起動される画面のタイプに応じてアクティビティ/フラグメント パターンを実装する方法を確認するのに最適な方法です。
http://developer.android.com/training/multiscreen/adaptui.html
サンプルダウンロードボタンは右側にあります