見積もりの高さでUITableViewを高速化する話。 - Qiita
Help us understand the problem. What is going on with this article? 最初に。内容に誤謬がありましたら申し訳在りません。訂正を歓迎します。 tableView:heightForRowAtIndexPath: は rowHeight で置き換えるべきか UITableViewCellの高さが常に一定の時はrowHeightを使う - Qiita この記事には正しいことが書いてあるのですけど、影響があるのは **表示されるセル数** が100や1000に到達するような稀有なケースです。 通常のテーブルビューでは、セルは一度に高々12程度しか表示しないため、`tableView:heightForRowAtIndexPath:`を`rowHeight`に置き換えることによる劇的なパフォーマンス良化はありません。 このことについて
UITableViewCellの再利用と非同期処理の話。
sakamoto.kazuki @splhack とりあえず「エキスパートObjective-Cプログラミング」読んだらいいんじゃないかな http://t.co/XcnhS1dsu9 Grand Central Dispatch, Grand Central Dispatch 2013-12-11 10:31:01 リンク 達人出版会 エキスパートObjective-Cプログラミング ― iOS/OS Xのメモリ管理とマルチスレッド iOSとOS Xの新機能「ARC」「Blocks」「Grand Central Dispatch」の解説本。Appleのリファレンスの和訳や解説にとどまらず、その実装を元に深く理解するための一冊。
なめらかに動作するUITableViewのつくりかた
矢口裕也です。 Advent Calendar 10日目はiOSのUITableViewの話をします。 ぼやき iOSアプリを開発していると70%くらいの時間はUITableViewに費やしている気がしてきます。 UITableViewは非常にめんどうなものですが、パフォーマンスがシビアでかつユーザーの快適さに直結するものなので大いに手間をかける価値があります。 この記事ではガクガク処理落ちするUITableViewを例として改善していきながら快適なUITableViewのつくりかたを解説します。 目的 以下のケーススタディでは次の目的でコードを改善していきます なめらかに動くようにする ここでのポイントは実際速くなくてもユーザが快適に感じればOKである、ということです。処理速度が高速である必要はありません。 戦略 UITableViewでのパフォーマンス問題は次の2点であることが多いです
StoryboardでUITableViewのセクションのヘッダ/フッタを設定する - blog.ishkawa.org
StoryboardでUITableViewのセクションのヘッダ/フッタを設定する Jan 27th, 2013 StackOverflowで見つけました。 おそらく正攻法ではないのですが、面白かったので紹介します。 How to Implement Custom Table View Section Headers and Footers with Storyboard 以下のようなStoryboardを組んで 以下のような結果を得られます。 やり方 StoryboardでUITableViewにヘッダ用とフッタ用のプロトタイプセルを追加する。 IdentifierにはそれぞれHeaderとかFooterとかを設定します。 tableView:viewForHeaderInSection:で先ほど指定したIdentifierのセルをdequeueします。 - (UIView *
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
