3

これは何よりも哲学的な質問ですので、私にあなたの考えを教えてください。

iPhone SDKのドキュメントでは、タブバーコントローラーにナビゲーションコントローラーを含めることができると指定されていますが、ナビゲーションコントローラーにタブバーコントローラーを含めることはできません。ナビゲーションコントローラースタックの一部であるビュー内のビューを表形式で整理したい場合があるようです。これは無理ですか？

私は、HIGが最も抵抗の少ない道を明らかにしているように見えるベストプラクティスを提供しているのと同じように、Appleがこれらの分野で指示することを福音として受け入れます（それには例外があると確信しています）。ただし、タブバーの場合、その背後にある設計上の理由はわかりません。他の人には明らかかもしれませんが、ルートレベルのビューコントローラ以外のタブを許可しない理由は考えられません。

みなさんはどう思いますか/知っていますか？これによりどのような設計上の欠陥が生じますか？ビュー内のビューを表形式で表示する必要があるというこの問題をどのように解決しますか？デザイン全体を再考する必要がありますか？

ありがとう。

4

3 に答える 3

1

簡単に言えば、nav コントローラー内で UITabBars を許可すると、ユーザーが混乱する可能性があるということです。アプリは、ほとんどのユーザーが期待するようには動作しません。しかし、それは単なる UITabBar であり、一般的なタブのデザイン コンセプトではありません。ナビゲーション コントローラー内のタブは、私の設計上の意見では、UITabBar のように下部ではなく上部に配置する必要があります。

これを行うにはいくつかの方法があります。

テーブルビューの最初の行にセグメント化されたピッカーを持たせることで、ナビゲータービューコントローラー内で「タブ」を作成しました。(アプリ ストアの HangTime アプリを参照してください)。かなりうまく機能すると思いますが、実際には「タブ」ではありません。

Facebook アプリを作成した Joe Hewitt は、独自の「タブ バー」ビューとコントローラーを作成することでこの問題を解決しましたが、UITabBar とはまったく異なる方法でレンダリングされます。その要素は、Three20 フレームワークとオープン ソース ライブラリを通じて利用できます。それをチェックしてください： http://github.com/joehewitt/three20/tree/master

于 2009-08-10T02:02:30.790 に答える
1

デザインの観点から、それらがどこから来ているのかがわかります。タブバーは固定されて一定に感じられ、ナビゲーションバーは動的で可変に感じられます。したがって、動的コンテンツを含むタブは理にかなっていますが、タブ バーを含むナビゲーション スタックの動的階層内の 1 つの場所が画面の下部に固定されているのは適切ではありません。Three20 の実装では、タブをナビゲーション バーの下に固定するというより意味のある方法でこれを処理し、ナビゲーション スタック内のそのスポットの一部であるかのように感じさせます。

そうは言っても、私の記憶が正しければ、Tweetie は独自のタブ バーをロールします。UI ガイドラインでこの詳細を回避する UITabbarController がなくても、インタラクションの観点からは完全に機能します。

于 2009-08-23T22:32:20.403 に答える
0

タブバーコントローラーは、アプリを使用する場合、アプリ内のナビゲーションの主要なポイントになることを意図していると思います。ナビゲーション コントローラーにタブ コントローラーが含まれている場合、別の場所に移動するたびにタブが切り替わるため、他のアプリで通常の方法でタブを使用することに慣れているユーザーは混乱する可能性があります。しかし、それはクールなアイデアだと思いますが、アップルは同じように感じないかもしれません.

于 2009-08-08T18:57:44.790 に答える