私はこの解決策を探していましたが、見つけられませんでした。私はすべての子ビューに存在するナビゲーションバーを持つTab Bar Controllerを作成したいと思います。私が集めたものから、階層はナビゲーション・コントローラと比べて階層内でタブ・バーが等しいかそれ以上であるため、これは許されません。そのため、単純な実装では、タブ・バー・コントローラの各子ビューをナビゲーションコントローラは、次のように：ナビゲーションバーを備えたカスタムタブバーコントローラをプログラムすることはできない理由を、技術的な理由がある場合ナビゲーションバーを備えたカスタムタブバーコントローラ
私は思っていました。私は誰かに私のためにこれを実装するよう求めているわけではありませんが、ライブラリ/既存の例が見つからないので、これが不可能な技術的な理由があるかどうかを知りたいと思います。それを実装しようとするパス。ヘルプ
ため
おかげで私はあなたのようなソリューションを満たしていない場合でも、私は常に、このような解決策を知っていたとしても、私が実装し、ベータ版のアプリのレビューに送信しようとするだろう。
文書によれば、そうしてはいけないと言われています.Appleはこれをやりたいと思わず、問題を引き起こす可能性があります。 しかし、あなたがちょっとしたハックをしても構わないなら、ただにTabBarControllerを使わないでください。
私は（数年前）のソリューションを作成し、それをマスター詳細ビューコントローラの親ビューコントローラされ、TabBarControllerで作られました。確立するのが少し難しいので、私は図書館名ISMViewControllerを使用しました。
少しハックしたようですが、アプリレビューでが承認されました。いくつかの空のボタンやラベルを付けて、簡単なシーンを設定した直後に、アプリレビューにプロジェクトを送りました。彼らはいた。だから私はこのコントローラースキームで開発を始めましたが、まだApp Storeにあります。
明らかにストーリーボードでサポートされていないものがあれば、それは一般的な解決策ではない可能性があります。しかし、私はそれが絶対に禁じられているとは思わない。 タブバーコントローラとiPad用のマスターディテールビューコントローラは、何らかの理由でルートビューコントローラにする必要があります。
App Reviewでアプリを審査した後のApple慣習では、これらの解決策に準拠することができましたが、間違いなく試してみることにします。
お返事ありがとうございます。私は最初のiOSプロジェクトと同様に、アプリレビューを考慮していなかったし、レイアウトスタイルが精査されることを知らなかった。 Androidから来て、私はそれがそのような厳格なデザイン基準に保持されていないように爽やかで、アプリのスタイリングでより多くの創造性を可能にしました。それが罰せられるかもしれないということを聞くことは、ナビゲーションの種類を制限する方法を考慮して、戸惑うことです。たとえば、ナビゲーションオプションを使用してAndroidで10個のルートオプションを扱うことは簡単ですが、iOSタブバーコントローラはオーバーフローなしで10個のアイテムを保持することはできません。 – Tom