UITableViewのデリゲートとデータソースとしてのカスタムUIView？

Question

私はかなり複雑なiPadアプリを書いています - 私の最初の大きなアプリ。

このアプリには、表を含むかなり複雑なデータを表示するカスタムUIViewがいくつかあります。これらのビューは画面全体を占めず、いつでも画面上に表示されます（表が表示されている「展開」状態にあるのは1つだけです）。

はここで基本原理を伝えなければならない基本的な例です：

これらの事をpopoversにすることになっていないことに注意してください。代わりに、FamilyViewsが展開されて詳細データが表示されます。 （また、このモックアップはこの質問のためだけに作成されたものであり、私のインターフェースがどのように見えるかとはほとんど関係がありません）。

私は未定です現在の画面のデリゲートのためののViewControllerを作る

• 、それはVCのメインビューの一部だひとつのテーブルではないので、データソースは、unelegantです：誰がこれらのカスタムビューのデリゲートとデータソースとして配置します。
• ビューそれ自体、デリゲートとデータソースは、ビューをあまりにも積極的な役割を果たすように感じるので私には少し変わっているようです。それをハーフコントローラにします。
• 下位のモデルオブジェクトを作成すると、データソースが強く結合されすぎているように見え、MVCも破損します。そして、それは代議員になるべきかという疑問に答えるものではありません。

私は、これらの "FamilyViews"のそれぞれを独自のテーブルのデリゲートとデータソースにする傾向があります。これらのテーブルに対するアクションは、FamilyViewのデリゲート（ViewController）に結合する必要がありますが、それは問題ではありませんか？

誰でもこれに関する入力がありますか？

Answer 1

ビューは、プロパティに応じて、自分自身をペイントしてサブビューをレイアウトする方法を知っている必要があります。

コントローラクラスをビュー自体ではなくデリゲートにする必要があります。

デリゲートコントローラは、ビューを表示するビューコントローラでなくてもかまいません。それは、ビューが必要とするものをどのように扱うかを知っているだけで、完全に別個のコントローラクラスであることが容易にできます。