なめらかに動作するUITableViewのつくりかた
矢口裕也です。 Advent Calendar 10日目はiOSのUITableViewの話をします。 ぼやき iOSアプリを開発していると70%くらいの時間はUITableViewに費やしている気がしてきます。 UITableViewは非常にめんどうなものですが、パフォーマンスがシビアでかつユーザーの快適さに直結するものなので大いに手間をかける価値があります。 この記事ではガクガク処理落ちするUITableViewを例として改善していきながら快適なUITableViewのつくりかたを解説します。 目的 以下のケーススタディでは次の目的でコードを改善していきます なめらかに動くようにする ここでのポイントは実際速くなくてもユーザが快適に感じればOKである、ということです。処理速度が高速である必要はありません。 戦略 UITableViewでのパフォーマンス問題は次の2点であることが多いです
【iOS】BridgingHeaderの使い方と設定方法 | AdMax Tech Blog
以前記事の所々に出現していたBridgingHeaderについて紹介します。 書く書く詐欺はよくないので、知識がホットなうちに記事にして固めようという魂胆です。 BridgingHeaderについての簡単な紹介と使い方について書きます。 Bridging-Headerについて ご存知の通り、AppleさんはiOS8やXcodeとともにSwiftもリリースしました。 Beta版の頃からiOS界隈はSwiftに大盛り上がりしていました。 あの長ったらしいメソッド名を書かなくてすむとかスクリプト言語っぽいとか（ちなみに僕はScalaちっくだなって思いました。）。 しかし、世に出ているライブラリのほとんどはまだObjective-Cで作られているのが現状です。 なのでSwiftでもObjective-C製のライブラリを使いたいとか、ここはObjective-Cで書きたいとかという問題の解決策がBr
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - microsoft/WinObjC: Objective-C for Windows
