完成ブロックからゾンビから自分のコードを保護する

Question

私はデリゲートパターンに精通していて、特にビューコントローラが消えるときに進行中の非同期呼び出しを行うときには、私はデリゲートをnilし、コールバックは正常にnilオブジェクトに戻ります。

私は現在、コードを少し読みやすくするために補完ブロックを使って実験しています。

私のビューコントローラからネットワークサービスを呼び出し、私のUITableViewを更新するブロックを渡します。通常の状況下では正常に動作します。ただし、完了する前にビューを終了すると、完了ハンドラブロックが実行されますが、UITableViewは現在ゾンビになっています。

これを処理する通常のパターンは何ですか？

コードサンプルWITH UPDATE

これは私が分割ビューのように、一度に画面上の2つのビューコントローラを持って、iPadアプリです。 1つはディテールであり、もう1つは画像のグリッドです。私はイメージをクリックし、詳細をロードして情報をロードします。しかし、私が画像をクリックすると、あまりにも早く、ネットワーク通話をする機会があります。問題があります。画像を変更すると、画像のお気に入りを数える以下のコードが呼び出されます。

これは私のジレンマです。以下のコードを使用すると、これはうまくいきます。ネットワークが応答します。

__blockを削除して自己に渡すと、ゾンビでクラッシュします。

私は勝てません...私はブロックを使用することについて何か基本的なものが欠けていると確信しています。

__block UITableView *theTable = [self.table retain]; 
__block IndexedDictionary *tableData = [self.descriptionKeyValues retain]; 
FavouritesController *favourites = [Container controllerWithClass:FavouritesController.class]; 
[favourites countFavouritesForPhoto:self.photo 
         completion:^(int favesCount) { 

          [tableData insertObject:[NSString stringWithFormat:@"%i", favesCount] 
               forKey:@"Favourites:" atIndex:1];     
          [theTable reloadData]; 

          [tableData release]; 
          [theTable release]; 
         }]; 

ヒントはありますか？おかげ

SECOND UPDATE

は、私はお気に入りをロードする方法を変更しました。お気に入りがシングルトンである代わりに、私は各写真の変更時にインスタンスを作成します。

[self.favourites countFavouritesForPhoto:self.photo 
         completion:^(int favesCount) {  
          [self.descriptionKeyValues insertObject:[NSString stringWithFormat:@"%i", favesCount] 
               forKey:@"Favourites:" atIndex:1];     
          [self.table reloadData]; 
         }]; 

それは：ブロックは、コールバックにどこにもありません（私はそれも存在していないと思います）と私のコードは今すぐ下のように見え、それが動作しているように見える - これを交換し、古いものを殺すことにより、漏れはなく、クラッシュしているようにも見えません。

Answer 1

ブロックの先頭でtableviewがnilでないことをテストすることをお勧めします。親ビューが画面外になったときにtableviewが正しく破棄されたように見えるので、その時点以降はテーブルビュー操作は有効ではありません。

ブロック内でUITableViewを保持することは悪い考えです。datasource/tableviewの更新によって暗黙のメソッド呼び出しが発生し、tableviewが画面上に表示されない場合には関係のない通知が発生する可能性があるからです。

Answer 2

ブロックには、__blockと注釈されたものを除き、参照するオブジェクトはすべて保持されます。完了ブロックをまったく実行しない場合は、isCancelledのようなプロパティをいくつか作成し、完了ブロックを呼び出す前にYESであるかどうかを確認してください。

Answer 3

他のオブジェクトが終了してその間にオブジェクトが破棄されるバックグラウンド操作があります。記述したクラッシュは、保持されていない参照があるときに発生します。表示される問題は、参照されたオブジェクトがなくなり、ポインタが無効であることです。通常、deallocメソッド内でデリゲートを登録解除して、バックグラウンドタスクを続行し、結果を返信する準備ができたら "シュート、コールバックオブジェクトはnil"と表示され、少なくともそれは ' tクラッシュ。

まだ、弱い参照を手動で処理するのは面倒でエラーが発生しやすいです。 deallocメソッドの中でデリゲートをゼロにするのを忘れることができます。コードがクラッシュする状況が発生する前に、何ヶ月も予告なく変更されることがあります。

iOS 5.0をターゲットにしている場合は、ARCとそれが提供する弱い参照で読んでいます。 ARCを使用したくない場合、または5.x以前のデバイスをターゲットにする必要がある場合は、3.xデバイスでも機能するMAZeroingWeakRefなどの弱参照ライブラリを使用することをお勧めします。

ARCの弱い参照またはMAZeroingWeakRefのいずれかを使用して、これらのファンシーな弱い参照オブジェクトの1つを使用してバックグラウンドタスクを実装します。今度は、指し示されたオブジェクトが消えた場合、弱いポインタはそれ自身がなくなり、あなたのバックグラウンドタスクはクラッシュしません。