PTT數位生活區 / MacDev

Re: [問題] 有關UITableView與Sqlite效能問題...

看板MacDev作者 (kuso)時間13年前 (2012/02/06 14:12), 編輯推噓3(3推 0噓 11→)
留言14則, 4人參與, 最新討論串2/2 (看更多)
我覺得這種情況並非您的數據庫太大，而是FMResult返回的數據量太大 當用while去讀取的時候iOS要復制每個object導致大量時耗 而android不用復制所以快很多 這種情況就連apple本身也沒什麼好的解決方法 看看App store的search界面，以及眾多的滑動下拉菜單，很明顯，不 要一次顯示那麼多才是王道 不知道為什麼您要分別計算每個UITableCell的高度，如果是我的話，會 用固定形態的UITableCell分頁顯示...壞處是會降低一些用戶體驗 流行的設計是分頁顯示一個超出顯示範圍的UITable，這樣滑動手勢仍可 起作用；然後在到達底部時用下拉顯示更多這種提示來加載下一頁的數 據。也就是說，將您的30秒延遲分隔成10個3秒，這樣既提高了效能，又 不失用戶體驗 -- Come with an evil heart Don't fear to become dark -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.109.82.61
推
02/06 14:50, , 1F
K大果然很有經驗,我切確的問題就是While造成時耗,
02/06 14:50, 1F
→
02/06 14:50, , 2F
但是基於公司UI的要求必然要調整動態高度,所以不得不
02/06 14:50, 2F
→
02/06 14:51, , 3F
而且PM強烈要求不可以卷到最後才繼續讀取資料..T_T哎..
02/06 14:51, 3F
→
02/06 14:56, , 4F
而且PM還說,你看.人家Android就那磨快!!iphone不是更好?
02/06 14:56, 4F
推
02/06 17:21, , 5F
不要卷到最後，可以捲到剩20/50筆再讀，這樣也可以騙過
02/06 17:21, 5F
→
02/06 17:21, , 6F
去啊
02/06 17:21, 6F
推
02/06 17:52, , 7F
請問B大,小弟的UITableView需要用到動態高度調整,也就是
02/06 17:52, 7F
→
02/06 17:53, , 8F
說會在heightForRowAtIndexPath內調整cell高度,但是若
02/06 17:53, 8F
→
02/06 17:54, , 9F
NSArray變動後(+20筆),就要去呼叫reloadData,而只要呼叫
02/06 17:54, 9F
→
02/06 17:54, , 10F
reloadData則NSArray就會從0開始跑一次,高度那邊會更久..
02/06 17:54, 10F
→
02/06 17:55, , 11F
不知道B大是否有解決方案...T_T
02/06 17:55, 11F
→
02/06 19:18, , 12F
你不是每個item都存成Dictionary嗎? 算過的加個rowHeight
02/06 19:18, 12F
→
02/06 19:18, , 13F
的資料代表算過不就解決了
02/06 19:18, 13F
→
02/11 13:32, , 14F
新增的用insert row 就好了，不用 reload table吧
02/11 13:32, 14F
‣ 更多 kusowan 的文章
文章代碼(AID): #1FBszM_9 (MacDev)
MacDev 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 kusowan 的文章
文章代碼(AID): #1FBszM_9 (MacDev)