矢口裕也です。 Advent Calendar 10日目はiOSのUITableViewの話をします。 ぼやき iOSアプリを開発していると70%くらいの時間はUITableViewに費やしている気がしてきます。 UITableViewは非常にめんどうなものですが、パフォーマンスがシビアでかつユーザーの快適さに直結するものなので大いに手間をかける価値があります。 この記事ではガクガク処理落ちするUITableViewを例として改善していきながら快適なUITableViewのつくりかたを解説します。 目的 以下のケーススタディでは次の目的でコードを改善していきます なめらかに動くようにする ここでのポイントは実際速くなくてもユーザが快適に感じればOKである、ということです。処理速度が高速である必要はありません。 戦略 UITableViewでのパフォーマンス問題は次の2点であることが多いです
Google+ボタン はてなブックマークボタン 更新日時: 2014年01月26日（日） 作成日時: 2013年08月01日（木） 前の記事 / 次の記事 Rails4にアップデートしてみた時に気付いたことなので、 Rails3の時から既にそうなっていたものもあるかも知れない。 で、その場合でもどの時点から変更されたのかは特に調べてないです。 積極的に変更点を調べたものではないのでアップデート過程で自分が遭遇 していない変更点については大きな変更点でもスルーしてる可能性があります。 また、StrongParameter、Turbolinks、RussianDollCachingについては この記事とは別にまとめました。 StrongParameter、Turbolinks、RussianDollCachingについて Rails4のStrong Parametersの使い方まとめ Rail
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
