Push Presentation in Mobile Development: 概要と画面スタック

著者: IT Sectr 公開日: 2026-06-09 読了時間: 5 分

Push Presentationは、モバイルアプリケーションにおいて新しい画面がナビゲーションスタックの前面に追加されるナビゲーションパターンです。ユーザーはコンテンツを順に進み、システムボタンやスワイプで戻ることができます。Apple Developer, 2025によると、UINavigationControllerは85%のiOSアプリで主要なナビゲーションパターンとして使用されています。Androidでは、同様の機能がFragmentManagerとNavigation ComponentのNavControllerを通じて実装されています。

重要なポイント

  • Push Presentation — 前の画面に自動的に戻るボタン付きでナビゲーションスタックに画面を追加すること。
  • UINavigationControllerはiOSでpushViewControllerとpopViewControllerメソッドを使用してUIViewControllerスタックを管理します。
  • Android Navigation ComponentはXMLまたはCompose形式のNavHostとナビゲーショングラフでNavControllerを使用します。
  • スタックナビゲーションはナビゲーション履歴を保持し、ユーザーが前の画面に戻ることを可能にします。
  • ディープリンクはPushナビゲーションにおいて、AndroidではIntentとNavDeepLinkの処理、iOSではURLスキームを通じてサポートされています。

Push Presentationとは?

Push Presentationは、新しい画面がスタックの先頭に配置され、前の画面がその下のメモリに残るナビゲーションメカニズムです。ユーザーは詳細画面を順に開いてコンテンツを深く掘り下げ、戻るボタンで前のステップに戻ります。

PushナビゲーションのアーキテクチャはLIFO(Last In, First Out)データ構造に基づいています。新しい画面は常にスタックの最後に追加され、削除は先頭からのみ行われます。これにより予測可能な動作が保証されます。ユーザーは戻るボタンが正確に1つ前のステップに戻ることを常に認識しています。ナビゲーションスタックはアプリケーションの複雑さに応じて2〜10+の画面を含むことができます。

Push Presentationは階層型コンテンツを持つアプリケーションの主要なパターンです:ニュースフィード、製品カタログ、マルチレベルメニュー、ドキュメンテーション。Material Designによると、スタックナビゲーションはユーザーが一般から特定へとコンテンツを探索し、各後続の画面がトピックの理解を深めるシナリオに適しています。

ナビゲーションスタックは、各要素が自身のViewControllerまたはFragmentの状態を保存する画面の順序付けられたセットです。Push操作中、新しい画面がスタックに追加され、その出現がアニメーション化され(iOSでは右からのスライド、Androidでは下からのスライドまたはフェード)、アクティブになります。

Pop操作(戻るボタン押下)中、上部の画面がスタックから削除され、破棄されるかメモリに移動し、前の画面がアクティブになります。iOSはデフォルトでポップされたViewControllerを破棄し、メモリを解放します。AndroidはFragmentを再作成せずに復元可能なバックスタックに保存できます。

スタックの深さはパフォーマンスに影響します:スタック内の各画面はメモリを消費します。推奨事項:スタックに10画面以上保持しないでください。深いナビゲーションにはPopToRootを使用するか、新しいルート画面でスタックを再起動してください。AndroidのNavigation ComponentはSavedStateHandleを通じてスタックの状態を自動的に管理します。

iOSでのPushナビゲーション:UINavigationController

UINavigationControllerはUIViewControllerのスタックを管理するiOSのコンテナコントローラーです。現在の画面のタイトルと戻るボタンを含むナビゲーションバーを自動的に表示します。デフォルトのプッシュアニメーションは右から左へのスライドで、ユーザーにコンテンツへの没入感を生み出します。

スタック管理

画面の追加はpushViewController(_:animated:)を介して行われます。削除はpopViewController(animated:)を介して行われます。ルート画面に戻るにはpopToRootViewController(animated:)を使用します。UINavigationControllerはviewControllersプロパティを通じてプログラムによるスタック管理もサポートしています — スタック内のすべてのコントローラーの配列です。

ナビゲーションバーとLarge Titles

ナビゲーションバーには画面のタイトル、戻るボタン、オプションのアクションボタンが含まれます。iOS 11以降、Large Titles(prefersLargeTitles)により、スクロール時にアニメーションで縮小される拡大フォントでタイトルを表示できます。これによりナビゲーション階層が改善され、ユーザーに現在のセクションが通知されます。

swift
let detailVC = DetailViewController()
detailVC.title = "Item Details"
navigationController?.pushViewController(detailVC, animated: true)

// 前の画面に戻る
navigationController?.popViewController(animated: true)

// ルートに戻る
navigationController?.popToRootViewController(animated: true)

AndroidでのPushナビゲーション:Navigation Component

Navigation Componentは宣言的ナビゲーションのためのAndroid Jetpackライブラリです。ナビゲーショングラフ(nav_graph)を通じてフラグメントやCompose画面を管理するNavControllerを提供します。AndroidのPushはiOSと同様で、各新しいFragmentがバックスタックに追加され、戻るボタンで前の画面に戻ります。

NavHostとNavGraph

NavHostはNavGraphから現在のデスティネーションを表示するコンテナです。NavGraphはすべてのアプリケーション画面とそれらの間の接続を記述するXMLファイルです。遷移はデスティネーションとオプションの引数を指定するactionsを通じて定義されます。Navigation Componentはシステムのバック操作、アニメーション、状態保存を自動的に処理します。

引数とSafe Args

画面間でデータを渡すために、Navigation ComponentはSafe Args — 型安全な引数クラスのコード生成をサポートしています。手動でBundleにデータを配置する代わりに、開発者はNavGraphで引数を宣言し、生成されたDirectionsおよびArgsクラスを通じて受け取ります。Safe Argsは型の不一致エラーを排除し、リファクタリングを簡素化します。

kotlin
// XMLでのNavGraph定義
<!-- res/navigation/nav_graph.xml -->
@navigation {
    NavHost(startDestination = "list") {
        composable("list") { ListScreen() }
        composable(
            "detail/{itemId}",
            arguments = listOf(navArgument("itemId") { type = NavType.IntType })
        ) { DetailScreen(it.arguments()?.getInt("itemId") ?: 0) }
    }
}

// プログラムでナビゲート
navController.navigate("detail/42")

PushスタックとBottomNavigation

Bottom NavigationとPushナビゲーションの組み合わせはモバイルアプリケーションで一般的なパターンです。各Bottom Navigationタブは独自の画面スタックを持ちます。Navigation ComponentタブごとのNavHostまたは各タブに個別のグラフを持つ単一のNavHostを通じてこれをサポートします。タブの切り替えはプッシュスタックの状態をリセットしません。

Push Presentation vs Modal Presentation

Push PresentationModal Presentationは異なるナビゲーションタスクを解決します。Pushは各新しい画面がコンテキストを深める連続的なコンテンツ閲覧のために設計されています。Modalは完了を必要とする集中タスクのためのものです。実際には、特定のシナリオに適したパターンを選ぶことが重要です。

主な選択基準:ユーザーがコンテキストを失わずに自由に戻れる必要がある場合 — Pushを選択します。タスクが一時的でメインコンテンツ(フォーム、認証)をブロックする場合 — Modalを使用します。同じ画面でのパターンの混合(Modal内のPush)は許容されますが、明確な視覚的階層が必要です。

よくある間違いは、論理的にメインフローの一部である画面シーケンスにModalを使用することです。例えば、注文作成ウィザード(ステップ1→ステップ2→ステップ3)は、モーダルウィンドウのチェーンよりもモーダルコンテナ内のPushを使用して実装する方が良いです。これによりナビゲーション階層と戻りの予測可能性が保持されます。

SwiftとKotlinでの実装例

両方のプラットフォームでのPushナビゲーションの完全な実装を見てみましょう。Swiftの例は、プログラムによるスタック管理とディープリンク処理を備えたUINavigationControllerを示しています。Kotlinの例は、NavHost、引数、アニメーションを備えたNavigation Componentを示しています。

swift
class ListViewController: UIViewController {
    func showDetail(_ itemId: Int) {
        let storyboard = UIStoryboard(name: "Main", bundle: nil)
        let detailVC = storyboard.instantiateViewController(
            withIdentifier: "DetailViewController"
        ) as! DetailViewController
        detailVC.itemId = itemId
        navigationController?.pushViewController(detailVC, animated: true)
    }
}

class DetailViewController: UIViewController {
    var itemId: Int = 0

    override func viewDidLoad() {
        super.viewDidLoad()
        title = "Item #\(itemId)"
    }
}
kotlin
@Composable
fun PushNavigationApp() {
    val navController = rememberNavController()

    NavHost(navController = navController, startDestination = "list") {
        composable("list") {
            ListScreen(
                onItemClick = { id -> navController.navigate("detail/$id") }
            )
        }
        composable(
            "detail/{itemId}",
            arguments = listOf(navArgument("itemId") { type = NavType.IntType })
        ) { backStackEntry ->
            val itemId = backStackEntry.arguments()?.getInt("itemId") ?: 0
            DetailScreen(itemId = itemId, onBack = { navController.popBackStack() })
        }
    }
}

例は基本的なPushナビゲーションを示しています:リスト→詳細。iOSは手動データ受け渡しでストーリーボードとUINavigationControllerを使用します。Androidは型安全な引数と自動バックスタック管理でNavHostを使用します。両方のアプローチがディープリンク、カスタムアニメーション、回転時の状態保存をサポートしています。

よくある質問

Push PresentationはiOSのPresentとどう違いますか?

Pushは戻るボタン付きでUINavigationControllerスタックに画面を追加します。Presentは戻るボタンなしでモーダルウィンドウを開きます — ユーザーが明示的に閉じる必要があります。Pushは連続的なコンテンツに適し、Presentは集中タスクに適しています。SwiftUIでは、PushはNavigationLinkに、Presentは.sheetに対応します。

Androidで深いナビゲーションスタックを管理するには?

Navigation Componentは特定のポイントまでのpopBackStackメソッドとスタッククリアのためのpopUpToを提供します。スタックオーバーフローを防ぐには、navigateの前にpopUpTo(startDestination) { inclusive = true }を使用します。これによりスタックに同時に5〜7画面以上含まれないことが保証されます。

1つのナビゲーションでPushとModalを組み合わせられますか?

はい、PushとModalの組み合わせは標準的なパターンです。例:リスト→詳細にPush→認証にModal。推奨事項:Modal内にPushをネストしないでください。モーダルウィンドウにスタックナビゲーションを含めるべきではありません。モーダルウィンドウ内で画面シーケンスが必要な場合は、モーダルコンテナ内でPushを使用してください。

Push Presentationはディープリンクとどのように動作しますか?

Pushナビゲーションのディープリンクは特定の画面でアプリを開きます。iOSはUINavigationControllerとURLスキームおよびUniversal Linksを使用します。AndroidはNavDeepLinkとIntent Filtersを使用します。どちらの場合も、システムがリンクを解析し、ターゲット画面へのナビゲーションスタックを作成し、戻る機能を保持します。

Push遷移をアニメーション化するには?

iOSはUINavigationControllerDelegateを通じてカスタマイズ可能な標準スライドアニメーションを使用します。Android Navigation ComponentはXMLリソース(slide_in_right、slide_out_left)を通じてカスタムアニメーションをサポートしています。Composeの場合は、animateItemPlacement修飾子とともにAnimatedNavHostを使用してください。

まとめ

  • Push Presentationは、各新しい画面を戻るボタン付きで前の画面の上に追加するスタックナビゲーションパターンです。
  • UINavigationControllerはナビゲーションバーとともにpushViewControllerとpopViewControllerを介してiOSのスタックを管理します。
  • Android Navigation Componentは型安全なナビゲーションのためにNavHost、NavGraph、Safe Argsを提供します。
  • Pushはコンテンツをブロックせずスタック上を自由に戻れる点でModalと異なります。
  • スタックの深さは最適なアプリケーションパフォーマンスのために10画面を超えないようにすべきです。
  • Pushナビゲーションのディープリンクは履歴保存とともにURLスキームとNavDeepLinkを通じてサポートされています。
  • 推奨事項:階層型コンテンツにはPushを、集中タスクにはModalを使用してください。

ターンキー方式のモバイルアプリケーションを開発します

IT Sectrは2017年からスタートアップや企業向けにiOS・Androidアプリケーションを開発しています。私たちがご相談に乗り、最適なソリューションをご提案します。

プロジェクトについて相談

こちらもお読みください