5000行のUITableViewを差分更新する @banjun #iosdc #a

https://fortee.jp/iosdc-japan-2018/proposal/530b6839-cc50-452c-9682-897afa9db18c 差分更新のテクニックを使うと,IndexPathを持ち回ることなく,UITableViewの必要な箇所のみ挿入・削除できるようになります。 これはいつでも採用できる手法なのでしょうか? 0~5000行で変化するテーブルビューにも使えるでしょうか? 続きを読む
0
前へ 1 ・・ 3 4 次へ
AKIO @AkkeyStore

0.016s なめらかなアニメーション、FB フリーズで 0.7s #iosdc #a

2018-09-01 14:36:26
をかのさん @okano_0629

うちのはどのライブラリを入れるのがいいんだろう #iOSDC #a

2018-09-01 14:38:19
あつや🍳 @n_atmark

➡️⬇️➡️⬇️➡️⬇️➡️⬇️👀 #iosdc #a

2018-09-01 14:39:48
Masayuki Iwai @myb

Instruments基本コマンド: ➡️⬇️➡️⬇️➡️⬇️ #iosdc #a

2018-09-01 14:40:20
おもちメタル @omochimetaru

#iosdc #a 右下右下・・・しなくても、その右のペインに一番時間がかかったスタックトレースが表示されてて、クリックすれば一発で開きますよ

2018-09-01 14:40:31
ogukei(焼き魚) @ogukei_t

Instruments基本コマンド→↓ →↓ #iosdc #a

2018-09-01 14:40:45
無為🫥 @Shoeshock

線形時間と定数時間の定義逆では #iosdc #a

2018-09-01 14:41:04
Tsuzu @_tsuzu_

Genericsで遅くなるってなんだ・・・ #iosdc #a

2018-09-01 14:42:08
Tsuzu @_tsuzu_

動的に型解決でもしてるんですかね・・・ #iosdc #a

2018-09-01 14:42:31
かっくん @fromkk

diffの時間が減ってもpatchの時間は変わらない #iosdc #a

2018-09-01 14:44:05
マイ・ブロークンはるふ @_ha1f

高速化へのボトルネック分析も面白い 差分更新では削除数によって速度が大きく変わる、挿入数は速度に影響しない →そういうときはreloadDataしたほうが良い・・・ #iosdc #a

2018-09-01 14:45:44
ikkitang @ikkitang

diff が多い時は reloadDataでいく、という手。 #iosdc #a

2018-09-01 14:46:45
.rkoshida @upft_rkoshida

差分更新は数が多いとかえって遅くなるので、数で閾値を設けて超えた場合は全体更新にする。 #iosdc #a

2018-09-01 14:47:05
かっくん @fromkk

得るもの: 速度 失うもの: アニメーション #iosdc #a

2018-09-01 14:47:11
まつじ @mtj_j

アニメーションがあったりなかったりするのってユーザー的にはどうなんだろう #iosdc #a

2018-09-01 14:47:37
hitabe @hitabe3

多数削除の閾値の設定ざっくりしてたので参考になる #iosdc #a

2018-09-01 14:47:49
にわタコ @niwatako

diffを取る手順、それを反映するpatch手順で、削除が多いとpatchがボトルネックになりがち。 reloadDataが早いケースも有る そこで手動で差分更新ライブラリのdiffだけを呼ぶ 削除数が多ければreloadData そうでなければpatch処理 #iosdc #a

2018-09-01 14:47:53
Ryo Aoyama @ra1028fe5

DifferenceKitも入れて欲しかったな #iosdc #a

2018-09-01 14:48:07
ダンボー田中📦 @ktanaka117

行数が多いと差分更新はどうしてもパフォーマンスが落ちてしまうので、差分更新するところとまとめて更新するところ(reloadData)を使い分ける #iosdc #a

2018-09-01 14:48:39
カシマ @hexuuun

reloadSectionsは大丈夫なんだw #iosdc #a

2018-09-01 14:49:24
前へ 1 ・・ 3 4 次へ