[問題] UICollectionView 的更新可不可以加快

[HuangJC (吹笛牧童)]

最近寫的程式架構：

1.畫面上有其他 ui 按鍵，比如左右鍵，以瀏覽於不同資料間
2.另外再擺一個 UICollectionView,用來展示資料


因此，每按一下左右鍵，collection view 就要更新一下資料
它內容有數十筆，誇張的說它要更新兩秒好了

當 user 快速點擊左右鍵時，這個設計就難以忍受
因為點擊左右鍵的速度大約可以一秒三下
我們另外有擺一個 label,用來指示正在瀏覽什麼資料
如果不更新 collection,情況會很完美，label 會更新得很快

假設我要把 collection 的更新搬到另一個 thread 去做
這會面臨'所有 ui 更新都應該在 main thread 做'的經典問題；否決
另一個想法是，左右鍵更新 label 要快
而 collection 更新慢沒有關係；最後再追上而同步即可
但實作上還是有問題

因為當 collection 開始更新，它就是會鎖住 ui 兩秒
這兩秒內如果按 ui, 是不會取得控制權的
（若能取得，我就有解法了；我可以馬上更新內部文件
假設目前 cellForItemAtIndexPath 函式回應到第十個元件好了
從第11個起，我可以回它新文件的資料
畫面是會半新半舊沒錯，但不會卡卡
我可以馬上下個 reload,下一輪更新時再把文件整個刷新）

因此問題或許是在 collection 更新時，我有沒有法子從 ui 取得控制權？

謝謝



--

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 60.251.197.63
※ 文章網址: http://www.ptt.cc/bbs/MacDev/M.1414759152.A.8D1.html
※ 編輯: HuangJC (60.251.197.63), 10/31/2014 20:40:59
推 tentenlee: 你先把再cellForItemAtIndexPath內的程式優化吧
→ tentenlee: 應該是你作太多東西才會導致太慢，還有cellsize的部份
有考慮過這問題
所以把運算全部取消
只把每個 cell 填 'tt' 去模擬
光這樣就好，速度就已經不可忍受了

而正式版 tt 必需代換成一段運算，一定更受不了
如果用 'tt' 模擬可以忍受的話
我會把運算分到另一個 thread 去做，並且儲存起來
ui thead 來取用時，就只是提取資料而已

－－－－

其實我在想，也許我手動打造數十個 label 會比用 collection 還好
因為 collection 的彈性太大
它可捲動等特性我是完全用不到的
我把它弄成數十個展示在一個畫面上，而且畫面 layout 只要做一次，永不更動
說穿了我只是想告訴自己：我還懂用一個現成大元件，而不是一堆小元件去打造

※ 編輯: HuangJC (60.251.197.63), 10/31/2014 21:21:44
→ HuangJC: 若用一堆小元件去打造，則我自己做的 reload 指令必然要
→ HuangJC: forloop 到所有小元件，這件事我可以要求它能被中斷
→ HuangJC: forloop 跑完前 ui 無法取得控制權，所以別用 forloop做
中間都要穿插一些可以 listen ui event 的機會

※ 編輯: HuangJC (60.251.197.63), 10/31/2014 21:29:17
→ uranusjr: 你必須把你做的東西描述得更清楚, 甚至提供 minimal
→ uranusjr: reproducing example,  不然你只是在浪費大家（包含你自
→ uranusjr: 己）的時間在瞎猜而已。