UITableViewControllerを使わないでテーブルビューを使うとき実装すべきメソッド - 24/7 twenty-four seven
テーブルビューを使う場合に審査で気をつけること - 24/7 twenty-four seven 上記の記事で書いたように、テーブルビューの見た目でリジェクトされないように、コントローラにUITableViewControllerを使わない場合は、行の選択解除などをやってくれないので、自分で実装する必要があります。 次のドキュメントにあるように、UITableViewControllerはいくつかの操作を暗黙的に行います。 テーブルが表示される際(viewWillAppear:)に、データのリロード、選択行の解除。 テーブルが表示された後(viewDidAppear:)に、スクロールバーの点滅。 ナビゲーションバーの編集/完了ボタンを押したときに編集/通常モードに移行。 The UITableViewController class creates a controller object
2010-09-10
アプリ開発をしているときに、EXC_BAD_ACCESSが発生してしまうと原因不明でアプリが落ちてしまう。デバッガでどこで落ちるのか探して、原因となる行を特定して修正ということになるけども、もっと楽な方法が欲しい。 そこで出てくるのがNSZombieEnabledを有効にするというはなし。 設定方法は簡単 プロジェクトメニュー => アクティブな実行ファイル"○○"を編集 を開き「引数」タブをクリック。上下二つの設定項目のうち「環境に設定される変数」に設定 これで、EXC_BAD_ACCESS発生してもデバッガコンソールにより詳細な情報が出てくれる。便利めちゃ便利。 iPadアプリを作る場合には、かならず回転に対応した状態で作らなければならぬらしい。 結論を先に言うと、Window-basedを使わずView-basedを使えと。 回転対応するにはUIViewController追加する。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
