ビューごとに新しいViewControllerを作成する必要があるかどうかを知りたいと思いました。3つのビューがあるとしましょう。3つのviewControllerが必要ですか、それとも1つのViewControllerで3つのビューすべてを管理できますか？
編集：ビューは.xibファイルを使用して作成するオブジェクトであるため、Xcode 4.3.3で指定された説明に従うと、イベントを描画および受信する長方形の領域を表します。私の状況：私が欲しいのは、3つのボタンを表示するメインビューです。各ボタンは新しいビューにつながります。これで、3つのビューのそれぞれに、XMLから解析されたデータを表示するtableViewというほぼ同じものが含まれるようになります。
再度、感謝します！
EndEdit
ありがとう
必要に応じて、両方が可能です。ビュー コントローラーは、複数の (サブ) ビューを簡単に管理できます (たとえば、すべての UI コントロールは UIView をサブクラス化し、1 つのビュー コントローラーで多数のビューを使用できます)。ビューを別のView Controllerに配置した方が便利な場合もあれば、そうでない場合もあります。
状況とユーザーに何を提示したいかによって異なります。これらの 3 つのビュー コントローラーの機能が非常に似ていて、わずかな違いしかない場合は、同じクラスを使用して、インスタンス変数を使用して現在のモードを示すことができます。たとえば、曲、プレイリスト、またはビデオのリストがある場合、それらは3 つのモードを区別する列挙型変数を使用して、同じクラスにすることができます。ただし、ビューが大幅に異なる場合 (曲のリストとビデオ プレーヤーなど)、通常はそれらに別のクラスを用意する必要があります。
iOS の場合、一般的なベスト プラクティスは、単一のビュー コントローラーで単一の「画面 (または「ウィンドウ」ですが、もちろん iOS デバイスには 1 つしかありません) を管理することです。このビュー コントローラーは可変数のビューをサポートする場合があります。オブジェクト (確かに 1:1 のビュー/ビュー コントローラーの比率ではありません)。
iOS 5 の時点で、1 つのウィンドウで複数のビューを管理する複数のビュー コントローラーをネストすることが技術的にサポートされるようになりましたが、それでも避けるのが最善の方法だと思います。
1 つのウィンドウ = 1 つのビュー コントローラー = 複数のビュー。
ビューごとにビューコントローラーを使用することをお勧めします。このアプローチの利点は次のとおりです。
アプリケーションのテンプレートはいつでも変換できます。(例: テーブル ビューからタブ ビューまたは分割ビューにすばやく変更できます)
各View ControllerでMVCアーキテクチャに従います。
n 個のコントローラーがある場合は、n 個の MVC モデルを管理して、任意のモデルをどこにでも簡単に移動できるようにします。
メモリ管理が簡単になります（Push と Pop でメモリを自動的に管理します）。
単一のView Controllerとn個のビューがある場合、メモリを管理するのは非常に困難になります。また、各ビューのスクリーン ID を保持する必要があり、それらの切り替えも維持する必要があります。
N 個のビューに対して N 個のビューコントローラーを使用する場合、N 個の利点があります。
1 つのビュー コントローラーで、任意の数のビューを管理できます。