図に示すように、下部に3つのタブがあるアプリケーションがあります。タブはそれぞれ、アプリの「メイン」部分のスコープ内に独自のビューを表示します。アプリのメイン部分にリストされている「イベント」、これを反映するように下部のバーを変更することは適切ですか?
イベントに「参加」している場合は、そのイベントに登録されているユーザーを表示できますが、「自宅」にいる場合は、イベントリスト内から「保存」したユーザーのみが表示されます。下のバーを変更したいのですが、これは以前に正常に行われたことがありますか?混乱していますか?
何の問題もありません。リストから項目を選択すると、新しいビューに移動することが期待されます。
バーが表示するものは、その前に表示されたビューではなく、そのビューにとって最も意味のあるものである必要があるため、バーがビュー間で変化することは一般的です。
もちろん、あなたはいくつかのユーザーテストを行うをすべきですが、私はこれに関する問題を予測していません。
一般的に言って、アプリのフロー内で1つの「ルート」ビューから別の「ルート」ビューに移動するには、タブバーコントローラーを使用します。一方、ツールバーは、特定のビュー内でさまざまな機能を実行するために使用されます。したがって、これをタブビューコントローラーとして使用するか、ツールバーとして使用するかによって異なります。
例(HIGと同じ)については、Tab Bar Controllerを使用して、1つのルートビューから次のルートビューに切り替える時計アプリを見てください。また、時計の種類ごとに固有のフローがあります。
ツールバーの例は、すべてのネイティブiOSアプリにかなり広がっています。
ネイティブiOSアプリ、コントローラー、およびHIGから確立されたUXを想定して、イベントをナビゲーションコントローラースタックにプッシュするのではなくモーダルな方法で提示すると、おそらく「複数」のタブバー設定で回避できます。ビューがナビゲーションコントローラースタックにプッシュされた結果、タブバーが変化するのを見たことはありません。タブバーが消えて、別のUIコンポーネントに完全に置き換えられるのを見ました(例については、ミュージックアプリを参照してください。リストビューにはタブバーコントローラーがあります-「現在再生中」には再生/一時停止/音量があります)。
しかし、正直なところ、質問や望ましい結果を完全に理解していない可能性があります。これは、ワイヤーフレームとフレージングから推測できたものです。
あなたは確かにあなたのアプリでボトムバーを変更することができます:)私はあなたが2つのビューの間でボトムメニューを変更しているなら、それは少し厄介だと個人的に感じます。通常、多くのモバイルアプリでは、下部バーがナビゲーションメディア(Pandora、Shazam、Yelpなど)として使用され、特定の1回限りの状況(音楽の再生時など)でのみ変更されます。あなたの状況では、私はオプションと見解に精通していないので、あなたに特定の答えを与えることはできません。しかし、いくつかのモバイルパターンサイトを見て、ナビゲーション、メニュー、その他のUIパーツが一般的にどのように設計されているかを知ることができます。
アイデアを得るためのいくつかのパターンライブラリ: