UIViewControllerとUITableViewControllerの違い

Question

時々、私はいくつかのアプリケーションの幅広いカスタマイズのためにUIViewControllerをサブクラス化したいと思うことがあります。例えば。すべてのView ControllerがviewDidLoadまたはviewWillAppearの間に実行する必要があるものです。

もちろん、私はUIViewControllerをサブクラス化してそこから移動し、すべてのView Controllerはそれを継承します。しかし、コントローラの中にはテーブルを実行するものもあります。そして、その目的のために設計されたUITableViewControllerがあります。

私もUITableViewControllerをサブクラス化して、同じことをやっています。これは、OOPの面で最もスマートなものではないようです。そして、そこ

何の多重継承などではないとのUITableViewControllerは今...のUIViewControllerから

を継承するとして、私はちょうど私の非常に自身のビューコントローラを継承する私自身のテーブルビューコントローラを作成していない理由を私は自分自身を求めていますサブクラス化し、すべてのテーブルのものを追加します。しかし、は "すべてのテーブルのもの"は何ですか？

• xcodeが新しいテーブルビューコントローラごとに追加するスケルトンコードがあります。かなり便利ですが、簡単にコードスニペットに移動できます。
• プロトコルUITableViewDelegateとUITableViewDataSourceの宣言があります。のんきな。これらのメソッドの実装は、とにかくUITableViewControllerの各サブクラスに従わなければなりません。
• おそらく、プロトコルのすべての必須メソッドの適切なデフォルト実装があります。またはheightForRowAtIndexPathためtitleForHeaderInSectionまたは44.0fにnil：（。悪い例しかし、すべてのことを賢くを実装していないことでした）このようなnumberOfSectionsInTableViewに0を返すよう

それほど明白なものにもかかわらず、のUITableViewControllerが取るすべての奇跡がありますケア？

Answer 1

私はよくクラスのドキュメントで定義されている行動UITableViewController追加のすべてを信じる：https://developer.apple.com/library/ios/#documentation/uikit/reference/UITableViewController_Class/Reference/Reference.html

のUITableViewControllerクラスは、テーブルビューを管理するコントローラオブジェクトを作成します。

•initWithNibName：bundle：メソッド（スーパークラスUIViewControllerで宣言されている）によってnibファイルが指定されている場合、UITableViewControllerはnibファイルにアーカイブされたテーブルビューをロードします。それ以外の場合は、正しいディメンションと自動サイズ変更マスクを持つ未構成のUI​​TableViewオブジェクトが作成されます。このビューには、tableViewプロパティからアクセスできます。

•テーブルビューを含むnibファイルがロードされると、データソースとデリゲートは、nibファイルに定義されているオブジェクト（存在する場合）になります。 nibファイルが指定されていない場合、またはnibファイルにデータソースまたはデリゲートが定義されていない場合、UITableViewControllerはデータソースとテーブルビューのデリゲートをselfに設定します。

•テーブルビューが初めてロードされるとき、テーブルビューコントローラはテーブルビューのデータをリロードします。また、テーブルビューが表示されるたびに、その選択（アニメーションの有無にかかわらず、要求に応じて）がクリアされます。 UITableViewControllerクラスは、スーパークラスメソッドviewWillAppear：でこれを実装します。この動作を無効にするには、clearsSelectionOnViewWillAppearプロパティの値を変更します。

•テーブルビューが表示されたら、コントローラはテーブルビューのスクロールインジケータを点滅させます。 UITableViewControllerクラスは、スーパークラスのメソッドviewDidAppear：でこれを実装します。

•スーパークラスメソッドsetEditing：animatedを実装しているため、ユーザーがナビゲーションバーの[編集|完了]ボタンをタップすると、コントローラはテーブルの編集モードを切り替えます。

これらはすべて、特定のコントローラとテーブルビューに適用すると再実装が容易な動作です。

一般的に私は、あなたが指摘したように代替継承階層を可能にするために、これらの動作を自分で実装することが望ましいことが分かった。通常、テーブルビューのdelagateとdatasourceの両方を、 。それらは、通常、ビューコントローラを拡張するのではなく、他のクラス（例えば、特定のモデルクラスの専用データソース）によって処理されることができる独立した関心事である。

Answer 2

UITableViewControllerは、本当にあなたが望むのであれば自分のためにできる管理上の問題の多くを処理しているようです。 the documentationをチェックアウト - それは自動的にあなたのためにUITableViewを作成し、それをリロードなど

Answer 3

をそれほど明白なものにもかかわらず、のUITableViewControllerはの世話を任意の奇跡があるのですか？

私は認識していません。私が知る限り、UITableViewControllerはほとんどの場合、数行のコードを追加する独自のサブクラスで置き換えることのできる便利なクラスです。

Apple's class documentationかなり多くのことがUITableViewController（と私はここでそれは将来的には変更される可能性がありますので繰り返すことはありません）。時々、クラスのヘッダーファイルから追加情報を集めることができますが、UITableViewController.hの場合は、ソースコードコメントはすでにクラスdocsにあるものを繰り返すだけです。

最後に、自分のサブクラスで複製するものを決定する必要があります。おそらくあなたのプロジェクトには.nibの処理が必要ないでしょうか？または、あなたのテーブルビューのどれも編集可能ではありませんか？だから、それをコード化しないでください...