4

テーブルビューを含むビューがいくつかありますが、他のコントロールも同様です。これまで、UIViewController をサブクラス化し、テーブルビューを手動で追加してきました (その上/下に他のコントロールを追加)。スクロールを手動で処理し、場合によってはサイズを変更する必要があることを除けば（テーブルのコンテンツが動的な場合）、それほど面倒ではありません。

UITableView の tableHeaderView と tableFooterView は、投げたものをほとんど処理できることがわかりました。もちろんまったく関係がないのに、セクションのヘッダー/フッターに関連していると思って、以前にそれらをざっと見たと思います。

それを念頭に置いて、一連のクラスを UIViewController ではなくサブクラス UITableViewController に変換する前に、これは標準的な方法ですか? たとえば、ほとんどがテーブル以外のコンテンツであるが、動的なテーブルビューが途中まであるビューがある場合、単純に UITableViewController を使用して、その周りのすべてをヘッダー/フッターに配置することをお勧めしますか?

4

2 に答える 2

2

テーブルビューのヘッダーとフッターは、テーブルビューのコンテンツとともにスクロールされます。それらを常に表示する必要がある場合は、現在のアプローチが最適です。ヘッダービューがスクロールされてもかまわない場合は、実際にアプリをリファクタリングできます。

于 2012-04-23T05:11:20.307 に答える
1

はUIViewControllerビュー階層を管理します。ビューに重要な非UITableViewコンテンツが含まれている場合は、ビュー階層を で管理し、ビュー コントローラーのプロパティにサブビューとしてUIViewController含めます。UITableViewview

于 2012-04-23T05:56:26.647 に答える