Re: [問題] UICollectionView 的更新加快(已解決)

[mraaa (重新出發....)]

※ 引述《HuangJC (吹笛牧童)》之銘言：
: : → mraaa: 何不用OperationQueue的方式把每一小塊的運算放進Queue裡?   11/02 13:36
: : → mraaa: 再配合Thread,每個Operation做完用Delegate回頭去處理顯示   11/02 13:37
: : → mraaa: 基本上CollectionView適合每個小塊會重複的動作....         11/02 13:38
: : → mraaa: 如果每個小區塊都不同...實在沒有用CollectionView的意義    11/02 13:39
: 剛大略看了 NSOperationQuere
: 不知道我這是不是多做了
: 這兩天我寫了個架構，可以重覆使用，解決了運算及 ui 間不流暢的問題：
: 1.我設定的任務是 ui 可以有輸入，然後內部要經過運算，再去更新 ui
: 2.假設計算很花費時間，比如兩秒，因此我另外用一個專門的 thread 在做
: 3.當運算中如果 ui 又有輸入，則會重新運算，不急著更新 ui
:   因此輸出結果的 ui 是會有點慢，但整體就流暢了 （輸入部份不會卡卡）
: 這就是我經常被要求的，程式架構如下
: - (void)updateThread
: {
:     [mDirtyEvent lock];
:     while ( !mQuitThread ) {
:         if ( !mDirty )
:             [mDirtyEvent wait];
:         mDirty = false;
:         //calc, 假設兩秒, 因為這是專門運算的 thread, 所以不會拖到 ui
:         if ( mDirty )
:             continue;
:         dispatch_async(dispatch_get_main_queue(), ^{
:             //update ui, 因為 ui 必需在 mainthread 中操作，所以必需
:             //dispatch 出去
:         });
:     }
:     [mDirtyEvent unlock];
: }
: - (void)setDirty
: {
:     mDirty = true;
:     [mDirtyEvent signal];
: }
: - (void)init
: {
:     newObj->mDirtyEvent = [NSCondition new];
:     dispatch_queue_t queue =
:         dispatch_queue_create("updateui", NULL);
:     dispatch_async(queue, ^{
:         [newObj updateThread]; //啟動一個專門運算的 thread
:     });
: }
: - (void)dealloc
: {
:     mQuitThread = true;
: }
: 如上，這架構這兩天用得蠻開心的
: 但還是有些不懂
: mQuitThread 這個變數，似乎不太需要
: 因為 updateThread 好像會自己結束，根本不用我操心
: 這是我難以理解的..

如果照你說的流程，我會選擇在有新的輸入的時候就把舊的Task給Cancel掉，然後重新起
新的Task!
建議你用Operation Queue是因為它本身應該就已經是Multithread了！我永遠都相信，如
果原生就有提供工具來實作，我就會讓它來處理這種東西！自己寫的不見得比較好！就像
我說的Cancel Operation功能在OperationQueue就已經有提供了！

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 70.192.17.168
※ 文章網址: http://www.ptt.cc/bbs/MacDev/M.1415044413.A.1E0.html
推 HuangJC: 主要是視野問題啦，我覺得我在寫系統有提供的東西，但系
→ HuangJC: 統的東西我又用得不熟，逼不得已就模仿一個小的
→ HuangJC: 像我那個 while loop,我就想到 runloop,但我真的不會寫
→ HuangJC: runloop
→ HuangJC: 在你的說法，我們假設我有 50 個 cell,你可以切成50個
→ HuangJC: 運算，然後各別 update 50個 cell,很完美又不會卡，也不
→ HuangJC: 必在乎任何一個 cell 先或後完成；一切聽天由命
→ HuangJC: 但我這串文所提出的第一個問題是：我無法把50個update拆
→ HuangJC: 開，一但 updateall,就是50個全做；假設全做要一秒，就卡
→ HuangJC: 住了。也就是說我要到發現可以各別update single cell 時
→ HuangJC: 才想到可以用你的做法..
推 HuangJC: 最新進度是，我似乎還是不能用 operationqueue,細節不同
→ HuangJC: 因為它的 cancel 並不能中斷已經開始的 block,而我要求所
→ HuangJC: 有 block不要同時執行，要一個一個執行
推 HuangJC: 也就是同步非同步的問題；這麼龜毛只好自己打造了
→ Blueshiva: 所謂的queue，就是一個個拿出來執行啊...哪來的所有
→ Blueshiva: block同時執行...
→ Blueshiva: 另外只要原po找一下HuangJC的文章，就會知道自幹輪子是
→ Blueshiva: 他的人生信仰(其實這也沒啥不好...)
→ HuangJC: 找一下我文章還可以發現其他事咧
→ HuangJC: 哪來所有 block 同時執行這事，我已經寫程式驗過了
推 HuangJC: 公司交代的任務有時間限制，不管是否自己打造但我完成了
→ HuangJC: 而且來這板問之前我有先問過同事，沒別人會，他們還等我
推 Blueshiva: 啊，抱歉，因為我記得opqueue是可以設定一個個執行的
→ HuangJC: 帶答案回去分享..
→ HuangJC: 設定？那就是要設了，我找找
→ Blueshiva: 你可能開到的是只要系統ok就儘量多跑幾個的那種
→ Blueshiva: key: operationqueue setmaxconcurrentoperationcount
→ Blueshiva: @HuangJC:看看這是不是你要的
推 HuangJC: 謝謝，應該是；有空我再把自己寫的程式改掉，謝謝
→ HuangJC: (不過這東西和 Android 不知有沒有對稱，我們總是要一樣
→ HuangJC: 的產品寫一式兩套，android & ios 都要寫）