micomia

Blog

技術記事

ただのページ移動じゃない!画面遷移のしくみを深く理解する|FlutterFlow開発の質を上げる

ただのページ移動じゃない!画面遷移のしくみを深く理解する|FlutterFlow開発の質を上げる

micomia株式会社の山東です。
今回は「アプリの遷移」についてお話ししたいと思います。

「遷移」という言葉を聞くと、私には少し思い出があります。エンジニアとして現場に入って間もない頃、簡単なUI修正のタスクを任されたのですが、遷移があまりにも複雑で、その画面にどうやって辿り着けばいいのか分からず、不安になったことを今でも覚えています。

もともと個人でアプリを開発していた時は、「画面が移動できればそれでいい」と思っていて、画面同士がどのように繋がっているのかを深く考えたことはありませんでした。しかし実際の開発現場では、「どのようにその画面に遷移したか」という過程や背景が非常に重要だと気づかされました。


本記事では、そんな「遷移の裏側」に少しでも興味を持っていただけるよう、私の経験を交えながらお話ししていきます。

私が記事でお伝えしたい内容

  • 画面遷移の基本

  • FlutterFlutterFlow 遷移対応表

  • 図で理解する遷移の仕組み(どのような過程で目的の画面にたどり着くのか、その流れの理解が重要)




1.画面遷移の基本

アプリの画面遷移は、基本的に「スタック(stack)」という仕組みで管理されています。これは「積み重ねるデータ構造(LIFO: Last In, First Out)」です。

イメージとしては、付箋を重ねるようなものです。ノートに貼った付箋の上に、さらに新しい付箋を貼ると、下にある付箋は見えなくなりますよね。画面遷移も同じで、新しい画面を表示すると、もとの画面はその下に隠れた状態になります。



2.Flutter ↔ FlutterFlow 遷移対応表


Flutterの遷移種類

Flutter メソッド

FlutterFlowでの対応アクション

Push遷移

Navigator.push()

Navigate to Page → Transition Type: Push

Pop遷移

Navigator.pop()

Action: Navigate Back

Replace遷移

Navigator.pushReplacement()

Navigate to Page → Transition Type: Replace

PushAndRemoveUntil遷移

Navigator.pushAndRemoveUntil()

Navigate to Page → Transition Type: Clear Stack



3.図でわかる遷移の仕組み

次に、代表的な4つの遷移パターンを図で見ていきましょう。

  • Push遷移

  • Pop遷移

  • Replace遷移

  • PushAndRemoveUntil遷移


3-1.Push遷移

使う場面:戻る操作が必要な画面、ページ履歴を残したいとき
使わない場面:戻る必要がない画面


Before:
┌────────────┐
│   Page A   │ ← 現在表示中
└────────────┘

After push:
┌────────────┐
│   Page A   │
├────────────┤
│   Page B   │ ← 新しく開いたページ
└────────────┘

Push遷移は、現在の画面の上に新しい画面を重ねるように表示する遷移です。つまり、Page Aの上にPage Bが積み重なるイメージになります。そのため、Page Bの背後にはPage Aが残っており、Pop遷移によってPage Aへ戻ることが可能です。


3-2.Pop遷移

使う場面:前の画面に戻るとき、モーダル・ダイアログを閉じるとき
使わない場面:最初の画面(ルート)


Before:
┌────────────┐
│   Page A   │
├────────────┤
│   Page B   │ ← 現在表示中
└────────────┘

After pop:
┌────────────┐
│   Page A   │ ← 戻る先
└────────────┘

Pop遷移は、積み重ねた画面スタックをたどって前の画面に戻る遷移です。Push遷移でPage AからPage Bへ移動した場合、Pop遷移でPage BからPage Aへ戻ります。重ねた付箋を1枚ずつ剥がしていくようなイメージです。


3-3.Replace遷移

使う場面:戻る必要がない画面に移動したい、履歴を残さない遷移、特定の画面だけ残して他を削除したい
使わない場面:戻る必要があるフロー


Before:
┌────────────┐
│   Page A   │ ← 現在表示中
└────────────┘

After replace:
┌────────────┐
│   Page B   │ ← Page Aを置き換え
└────────────┘

Replace遷移は、現在の画面を新しい画面で置き換える遷移です。イメージとしては、「古い付箋を剥がして、新しい付箋に貼り替える」ような動きです。

使用例としては、LoginPageからHomePageに遷移するときなどに使われます。この場合、LoginPageの履歴は不要なため、置き換えて削除します。


3-4.PushAndRemoveUntil遷移

使う場面:ログイン後にホーム画面へ遷移、ログアウト後にログイン画面を再表示、特定の画面だけ残したい
使わない場面:戻る必要があるフロー


Before:
┌────────────┐
│  LoginPage │
├────────────┤
│  Loading   │
├────────────┤
│   Page A   │ ← 現在表示中
└────────────┘

After: 履歴をすべて削除:
┌────────────┐
│  HomePage  │ ← 新しいルート(履歴全削除)
└────────────┘

PushAndRemoveUntil遷移は、新しい画面を開くと同時に、それまでの画面履歴をすべて削除する遷移です。イメージとしては、「重ねた付箋をすべて剥がしてから、新しい付箋を貼る」ような動きになります。



4.まとめ

  • アプリの「画面遷移」は、どんなツールやフレームワーク・ノーコード(Flutter・FlutterFlowSwiftKotlinなど)を使っても、根本的な概念は同じ

  • 遷移は「スタック」という仕組みで管理されており、画面を積み重ねたり、剥がしたりすることで、ユーザーの操作に応じて画面を切り替える。

  • 画面をただ表示するだけでなく、「どのような流れでその画面にたどり着いたのか」という遷移の過程や背景を理解することが、設計の上で非常に重要。

  • 複雑なアプリでは、この「遷移の積み重ね(スタック構造)」を正しく把握していないと、思わぬバグや戻れない遷移が発生しやすい。

  • 画面遷移とは単なる「ページの切り替え」ではなく、アプリ全体の動線やユーザー体験を設計するための大切な要素


動画でもっと知りたい方はこちら


image

畑井駿佑

畑井駿佑

micomia株式会社の代表取締役です。 エンジニア、プロジェクトマネージャーを経験し、2024年にUI/UXにこだわった使いやすいシステム/アプリを開発するmicomia株式会社を設立しました。

関連記事

Apple Businessを利用したMDMとは?Mac・iPhoneの端末管理とセキュリティ対策
その他

Apple Businessを利用したMDMとは?Mac・iPhoneの端末管理とセキュリティ対策

Apple BusinessのMDMでMacやiPhoneを会社として管理する方法を、システム開発会社の視点で解説します。画面ロックやFileVaultなどの構成、ブループリントによる一括適用、管理対象Apple Account、紛失・盗難時のリモートロック、入退社時の端末管理までまとめました。

ISO/IEC 27001取得を見据えて進める情報セキュリティ対策
その他

ISO/IEC 27001取得を見据えて進める情報セキュリティ対策

システム開発会社は、ソースコードやクラウド環境、APIキーなど多くの情報資産を扱います。micomiaがISO/IEC 27001(ISMS)取得を見据えて進めている、端末管理・権限管理・多要素認証・セキュアコーディング規約・入退社時の対応などの取り組みを紹介します。

公式LINEと自社アプリ、どちらが合っている?メリット・デメリットと選び方を解説
発注ガイド

公式LINEと自社アプリ、どちらが合っている?メリット・デメリットと選び方を解説

顧客との接点を作るなら、公式LINEと自社アプリのどちらが合っているのでしょうか。公式LINEのメリット・デメリットと自社アプリでできることを整理し、ブランドに合わせた選び方を実例とともに解説します。

アプリはリリース後にどう育てる?4,000ダウンロードを突破した「グリラボ」の運営・改善事例
開発ストーリー

アプリはリリース後にどう育てる?4,000ダウンロードを突破した「グリラボ」の運営・改善事例

YouTubeとInstagramから広告を使わず4,000ダウンロードを獲得した園芸アプリ「グリラボ」を題材に、利用データとユーザーの声をもとに機能やUIを改善するアプリ運営の方法を解説します。

問い合わせフォームの営業メールはどうやったら防げる?|reCAPTCHAで止まらない理由と、受信側で分ける方法
AI

問い合わせフォームの営業メールはどうやったら防げる?|reCAPTCHAで止まらない理由と、受信側で分ける方法

問い合わせフォームに届く営業メールの対策。ある月は214件中6件しか本物の問い合わせがありませんでした。reCAPTCHAが効かない理由と、受信側で仕分ける方法を実測値つきで解説します。

自分をコピーしたAIを作ってみた|ローカルLLMで自分の業務をそのまま代行する
AI

自分をコピーしたAIを作ってみた|ローカルLLMで自分の業務をそのまま代行する

自分の知識をAIにしたいと思い畑井駿佑AIを作成しました。 これはもっとアプリ・システム開発について相談しやすくするために開発しました。 AIの回答ってまだアプリ・システム開発の経験に反すものが多いので、その弱点を埋めるようなモデル作りを心がけて設計・実装・学習させました。

【社長の知識をAIに】園芸の知識を学習したAI社長を開発しました。
AI

【社長の知識をAIに】園芸の知識を学習したAI社長を開発しました。

YouTube動画159本の知識をベースに社長AIを構築しました。 利用ケースなども考慮しながらAIモデルの設計・開発を行いましたのでその開発記録をご紹介します。

人工衛星×AIで土地の変化を検出するアプリを開発|実際のシステムの画面も公開
AI

人工衛星×AIで土地の変化を検出するアプリを開発|実際のシステムの画面も公開

衛星データ(Sentinel-2)を活用して、土地の変化や不正利用・無許可造成を広域で検知・監視する方法を、企業・自治体向けにわかりやすく解説します。仕組みや活用場面、導入時の注意点に加え、micomiaが開発する土地利用の異常監視システムの実例もご紹介します。

AI駆動開発とは?プロンプトだけでアプリを作る方法との違いを開発会社が解説
開発用語集

AI駆動開発とは?プロンプトだけでアプリを作る方法との違いを開発会社が解説

AI駆動開発とは、AIにアプリ開発を丸投げする方法ではありません。エンジニアが設計と品質に責任を持ち、AIで実装、テスト、レビューを効率化する開発方法です。プロンプト生成型との違いや、品質と安全性を高める考え方を初心者向けに解説します。

グリラボとは?写真から植物や庭の悩みを相談できるAI園芸サポートアプリ
その他

グリラボとは?写真から植物や庭の悩みを相談できるAI園芸サポートアプリ

グリラボは、植物や庭の写真から、種類・状態・病害虫・剪定・雑草対策などをAIに相談できる園芸アプリです。限定・お値打ちな植物を購入できるアウトレットショップも利用できます。

micomiaのセキュリティ対策 — お客様のアプリを守るために、私たちがすること
発注ガイド

micomiaのセキュリティ対策 — お客様のアプリを守るために、私たちがすること

micomiaが全開発案件に標準で組み込むセキュリティ対策を、スマホアプリ編・Web編に分けて解説します。App Check、二層防御、XSS・CSRF対策、鍵の管理方法など、専門用語も一つずつご説明します。

アプリの調子がおかしい6つの症状|原因の見立てと、自分で直せるか開発会社に頼むかの分かれ目
発注ガイド

アプリの調子がおかしい6つの症状|原因の見立てと、自分で直せるか開発会社に頼むかの分かれ目

アプリの画面が真っ白、ボタンが反応しない、プッシュ通知が届かない、403エラー、退会しても使えるなど、よくある6つの症状について、考えられる原因と、自分で確認・対応できる範囲、開発会社に頼むべき範囲を整理し、解説しています。

植物専門SNS「でぃぐりーん」開発記録|初心者が最初の一鉢を買えない課題をアプリで解決した方法
開発ストーリー

植物専門SNS「でぃぐりーん」開発記録|初心者が最初の一鉢を買えない課題をアプリで解決した方法

植物初心者の「どれを買えばいいか分からない」という悩みを解決するために開発した、植物専門SNS『でぃぐりーん』の開発記録です。専門SNSを作る前の現場体験、MVPでのスピード開発、位置情報を使ったUX、AI機能まで全体をまとめました。

建材特化フリマアプリ「Mate-Re:」開発記録|業界特化設計・決済・UI/UXの裏側
開発ストーリー

建材特化フリマアプリ「Mate-Re:」開発記録|業界特化設計・決済・UI/UXの裏側

建設現場で廃材が捨てられてしまう課題から生まれた、建材特化フリマアプリ『Mate-Re:』の開発記録です。業界特化の設計思想や現場目線のUI/UX、Stripe Connectを使った決済実装、循環経済を意識した設計までまとめました。

医療従事者向けSNS「メディカルサークル」開発記録|信頼感のUI設計・RevenueCat課金・コミュニティ安全設計の裏側
開発ストーリー

医療従事者向けSNS「メディカルサークル」開発記録|信頼感のUI設計・RevenueCat課金・コミュニティ安全設計の裏側

医療従事者専用SNS『メディカルサークル』の開発記録です。医療情報を安全に共有するための設計、RevenueCatを使った課金実装、コミュニティの安全設計、専門家認証機能まで、信頼感を重視した開発の裏側を解説します。

建設現場向け日本語学習アプリ「ゲンゴー」開発記録|外国人技能実習生・多言語対応・4択クイズ設計の裏側
開発ストーリー

建設現場向け日本語学習アプリ「ゲンゴー」開発記録|外国人技能実習生・多言語対応・4択クイズ設計の裏側

建設現場で働く外国人技能実習生に向けた日本語学習アプリ『ゲンゴー』の開発記録です。多言語対応や4択クイズの設計、建設業界に特化した学習コンテンツの設計思想まで、ニッチ特化アプリを作る裏側を解説します。

園芸サポートアプリ「グリラボ」開発記録|初心者向けUI・育成ガイド・楽しさ設計の裏側
開発ストーリー

園芸サポートアプリ「グリラボ」開発記録|初心者向けUI・育成ガイド・楽しさ設計の裏側

植物初心者が「続けられない」という課題を解決するために開発した、園芸サポートアプリ『グリラボ』の開発記録です。文字を詰め込まないUI設計、育成ガイド、ゲーミフィケーション、AI機能の役割分担まで全体をまとめました。

FlutterFlowでできないこと|開発会社が実例で解説する限界と回避策
発注ガイド

FlutterFlowでできないこと|開発会社が実例で解説する限界と回避策

FlutterFlowが苦手とするStripeのサブスク決済や帳票生成、セキュリティ・デザイン自由度の制約を、開発会社が実例つきで整理しました。どこで限界に当たり、どう回避してFlutterと使い分けるかの判断基準まで分かります。

アート特化SNSアプリ「Artl」開発記録|作品ファースト設計・「鑑賞しました」・トリミングしない展示の裏側
開発ストーリー

アート特化SNSアプリ「Artl」開発記録|作品ファースト設計・「鑑賞しました」・トリミングしない展示の裏側

アート特化SNS『Artl』の開発記録です。作品を主役に置く『作品ファースト』の設計や、クリエイターが使いやすい投稿体験の実装、Firebase連携、コミュニティ設計の裏側を、開発者の視点から解説します。

AI駆動開発の注意点|開発会社が実践してわかった「速いけど危うい」落とし穴と対策
発注ガイド

AI駆動開発の注意点|開発会社が実践してわかった「速いけど危うい」落とし穴と対策

AI駆動開発は速さの裏で落とし穴も増えます。曖昧な指示でかえって遅くなる、セキュリティや依存関係の見落とし、コードの一貫性の崩れといった注意点と対策を、非エンジニアが陥りやすい権限・データ保存の失敗もあわせて解説します。

ただのページ移動じゃない!画面遷移のしくみを深く理解する|FlutterFlow開発の質を上げる | micomia株式会社