私はiPhoneの開発に不慣れです。このトピックに関する本はたくさんあります。しかし、初心者向けガイドのほとんどは、主にInterface Builderの使用法に関係しており、既存の組み込みXCodeコードテンプレートや、コードでのMVC実装を理解するのに役立つ情報が不足しています。私は、ViewControllerがまったくなくても動作するiOSプログラムを作成できることを発見しました。そうですね、ViewTransitionsというサンプルコードを使用した後は、そのように思えます。
それで、問題は-ボタン付きのインターフェースを持つプログラムでViewControllerの実装を回避できるのはなぜですか？答えが長すぎる場合は、このトピックをカバーするチュートリアルまたはマニュアルの種類をお勧めします。
前もって感謝します。
@ user697562の答えは本質的に正しいです。ViewTransitionsの場合、コントローラーの役割はアプリのデリゲートによって果たされます。このアプリはほとんど何もしません-いくつかの可能な遷移効果を示すために2つのビューを切り替えるだけです-したがって、UIViewControllerは実際には必要ありません。
ViewTransitionsには、実際にモデルオブジェクトを呼び出すことができるものは何もないことに注意してください。MVCの強力な例を探しているのであれば、ViewTransitionsは見るのに最適なプロジェクトではありません。TheElementsなどの他のサンプルプロジェクトは、MVCの動作のより良いデモンストレーションを提供します。
委任と呼ばれる概念があります。MVCの維持に役立つ概念。モデルをコントローラーから分離しておくのに役立ちます。例：-UITableView / UICollectionView。これは、データやその他のUIを表示する方法を知っています。ただし、特定のインデックスでどのセルを表示するか、またはどのデータを表示するかはわかりません。そして、ここで委任と委任オブジェクトが配置されます。UICollectionViewはすべてのビュー部分を処理しますが、非ビュー部分はすべてdelgateオブジェクトによって処理されます。これにより、ビューに必要なデータが提供されます。このように、デリゲート（通常は別のビューコントローラー）がデータソースとして機能し、UICollectionViewがUIレンダラーとして機能します。
ViewTransitionsには、唯一の「コントローラー」であるアプリデリゲートがあります。ViewTransitionsにも次のものがあります。
transition.delegate = self;
IOSは、何が起こっているかを「制御」していないという点で、一部のフレームワークとは少し異なります。多くの場合、コードを委任として設定する委任モデルを使用しますが、それ（IOS）が制御します。それでも、MVCスタイルで書くことができます。それは、あなたの「C」が完全に担当していないだけです。