コンテナビューコントローラと複雑なビュー階層

Question

これは、iOSアプリケーションで複雑なビュー階層を作成する際のベストプラクティスに関するオープンな質問です。この質問の目的のために、私は複雑なビュー階層を、いくつかのビューをいくつかのモデルを統合したものとして定義します。たとえば、iPadでは、右側のビューでコンテンツを制御するビューが左側に表示されます。各ビューは、複数の要素（ボタン、テーブルビュー、ジェスチャー、アニメーション、ビヘイビアなど）を持つことができます。

これらのすべてを単一のView Controllerに統合することはもちろん可能です。しかし、いくつかの緩やかに関連するモデルを統合する非常に複雑なビューコントローラが残っているかもしれません。あるいは、各ビューをそれぞれのビュー/コントローラのペアに分解し、それらをコンテナビューコントローラに追加することもできます。

個人的には、コンテナビューコントローラを使用することをお勧めします。これは、非常に特定の目的にサービスを提供するときに、単一のビューコントローラに自分の努力を集中させるためです。

どのアプローチを選択したのですか？その理由は何ですか？

Answer 1

Defenatly 'Container View Controller'。私の会社では、「シンプルで馬鹿だよ」と言っていました。ですから、私はView、ViewController、Model、およびDataControllerを持つのが最善だと思います。各機能が（最高でも）3行のコードでなく、各行はもはや80文字ではありません。そして、クラスはもはや400ラインではありません。だから、あなたは自分が所属する自分の場所にすべてのものを持っていると確信しています。いくつかのことがどこで行われたのか明確です。

また、1つのコントローラは1つだけしか行いません。したがって、NewsletterOrderViewControllerは、eMailとNameテキストフィールドから値を取り、WebServiceControllerに渡す必要があります。 これで、すべての関数とすべてのクラスは同じ抽象レベルになければなりません。 これは、NewsletterOrderViewControllerの例です。ボタンがプッシュされたときのメソッドメソッドは、dataFromForm、sendDataToServiceのように機能します。次にdataFromFormの内部でstringFromTextFieldを呼び出すことができ、このメソッド（最終的には[sometextfield getText];）で呼び出すことができます。もちろん）

このすべては、私の個人的な意見...

Answer 2

常に、常に、常に複雑なviewControllers用コンテンツUIViewsを使用しています。これは非常に、非常に単純な例ですが、私はあなたが私が言いたいことを理解してほしいです。 UIViewControllerクラスは画面全体を持つように作成されているため、非常にうまくいっている場合を除いて画面全体を占有するためにのみ使用する必要があります。

複雑さについてのあなたのコメントは、各ビューを最高または最も単純にすることに努力している限り、パッチワークのケースを持つべきではありません。