1

私が行っていることの簡単な説明：2つの配列があり、どちらにもテーブルビューの情報の50％が含まれています。なんで？アレイの1つはインターネットから現在の情報を取得し、もう1つのアレイはユーザーデータを保存しているためです。私はObjective-Cのアマチュアであり、Objective-Cでのネットワーキングは言うまでもなく、面倒な方法でインターネットから現在の情報を取得する方法についてはわかりませんでした。とにかく、インターネットアレイは、AFNetworkingを使用して、保存されたアレイ（コアデータに保存された）内のオブジェクトに対応する情報を取得しています。したがって、それは非同期であり、私はそれを望んでいます。ここで問題が発生します。少なくとも、状況から何を得ることができるかです。

保存された配列内のオブジェクトを効果的にカウントし、各オブジェクトの一意のIDを渡すforループを実行しているため、インターネットからの対応する情報をダウンロード、解析、およびインターネット配列に追加できます。ただし、ネットワークは非同期であるため、ループはインターネットからすべての情報を一度に効果的にダウンロードしています。したがって、オブジェクトはインターネットアレイに書き込まれ、最初にダウンロードされた順になります。したがって、savedArray[0]はinternetArray[0]のオブジェクトに対応していません。これはご想像のとおり、かなり大きな欠陥です。tableViewに値を挿入するとき、実際に一致するものや意味のあるものはありません。

前回のダウンロードが完了してinternetArrayに追加されるまで、情報のダウンロードを延期する方法を本当に探しています。一体どうすればよいですか？次に、コードについて説明します。ここで適切なキーを取得します。

for ( int i = 0; i < [mySavedObjects count]; i++) {
    MySavedObject* mySavedObject = [mySavedObjects objectAtIndex:i];
    [self retrieveMissingInformation: myObject.Id];
    [self.tableView reloadData];
}

そして、ここで私は実際に情報を取得します（スペースのために簡略化されています）：

- (void)retrieveMissingInformation:(NSString *) Id
{
 // create URL here.
AFJSONRequestOperation *operation = [AFJSONRequestOperation JSONRequestOperationWithRequest:request
              success:^(NSURLRequest *request, NSHTTPURLResponse *response, id JSON) {
                        NSLog(@"Success");
                        // Do some safety checks & parse the JSON, returning a searchResult.
                        [searchResults addObject:searchResult];
            } failure:^(NSURLRequest *request, NSHTTPURLResponse *response, NSError *error, id JSON)
                        // Do some error messages etc.
}];

[queue addOperation:operation]; //where queue is an ivar NSOperationQueue.
}

最後に、cellForRowAtIndexpathで、これらは両方を使用します。

MySavedObject *mySavedObject = [mySavedObjects objectAtIndex:indexPath.row];

＆

SearchResult *searchResult = [searchResults objectAtIndex:indexPath.row];

セルの値を取得します。

非常に大きなテキストの壁でごめんなさい。私は物事を効率的に説明するのに十分ではなく、しばしば用語に舌を巻かれ、自分の例を作ることに頼らなければなりません。この混乱を注文するのに助けがあれば、私は本当に感謝しています。

よろしく、
マイク。

4

3 に答える 3

2

良い仕事仲間、あなたは一般的なデザインパターンに出くわしました。

ご覧のとおり、非同期リクエストでは、実行はほぼ同時に行われるため、forループの観点から「キュー」を考えると順序が保証されません。

ダウンロードキューについて考える必要があるのは、再帰の観点からです。

言い換えれば、代わりに：

// your current method of queue-ing the submission of data
for(int i = 0; i < arrData.count; i++)
{
    [self doAsyncDataSendForIndex:i];
}

あなたはこのようなことを始める必要があります：

// perform the first submit for the first element in your array
[self doAsyncDataSendForIndex:dataIndex];


// a completion callback method
-(void)asyncFinishDownloading
{
    [self parseResult:serverReturnedData];
}

-(void)parseResult:(id)serverData
{
    // do all the processing of the data that you need here

    ...

    // update index for next round
    dataIndex++;

    // -----------------------------------------------------------------
    // now at the end of this method, perform a recursive call 
    // of your async download method again 
    // -----------------------------------------------------------------
    [self doAsyncDataSendForIndex:dataIndex];
}

ダウンロードをキューに入れるコールバックデリゲート方法を使用すると、最後の非同期ダウンロードの処理が完了した後にのみ次のデータをダウンロードするようにコードに指示します。

これで、非同期のものを支援するために多くのライブラリを使用できます。私自身はASIHttpRequestとASIFormDataを使用していますが、新しいAFNetworkingも使用できます。

-(void)asyncSubmitData:(id)someData
{
    NSURL *url = [NSURL urlWithString:@"http://www.yourserver.com/...."];

    ASIFormDataRequest *request = [ASIFormDataRequest requestWithURL:url];

    // setup your POST request parameters
    [request setPostValue:someData forKey:@"someKey"];
    ...

    // setup the completion callback delegate action
    [request setCompletionBlock:^{
        // process your server returned data here
        NSString *serverResponse = [request responseString]; // raw server response

        ...

        // increment your index and call your download method again
        dataIndex++;

        [self asyncSubmitData:[myArray objectAtIndex:dataIndex]];
    }];


    // setup fail block in case the server fails
    [request setFailedBlock:^{
        NSLog(@"Server error: %@", [[request error] localizedDescription];
    }];


    // start the asynchronous request now
    [request startAsynchronous];
}

お役に立てば幸いです。

于 2012-11-30T02:11:51.190 に答える
1

私はあなたの問題を理解していると思います、そしてあなたはデータを保存するために間違ったデータ構造を使用しているようです。

リクエストを生成している配列が1つあり、それらのリクエストの結果は別の無関係な配列に格納されます。

objectIdを使用して情報の要求を生成するときに、結果を配列ではなくNSDictionaryに格納し、objectIdをこの配列のキーとして使用できますか？

成功メソッドにNSURLRequestがあるため、クエリ文字列のパラメーターである場合は、NSURL.queryを介してリクエストからobjectIdを取得できるはずです。

于 2012-11-30T00:16:08.933 に答える
1

情報のダウンロードを延期し、すべてのネットワークリクエストを（一度に1つずつ）効果的にシリアル化することは機能しますが、同時ネットワークリクエストを実行するのが便利な場合が多いため、あまり良い解決策ではありません。たとえば、4つのリクエストを許可します。一度にすべてのリクエストを連続して行うよりも、おそらく時間がかかりません。

はるかに優れた解決策は、データが戻ってきたときにデータを正しく処理することです。これを行うには、返されたデータをより構造化された方法で処理する必要があります。配列に追加するだけでなく、次のいずれかを実行します。

A.返されたデータを辞書に入れます。ディクショナリは、インデックスまたは適切なキーから返されたデータにマップできます。（ヒント：辞書の​​キーとしてintを配置する場合は、そのintを含むNSNumberを作成します。） このオプションは、Bよりも推奨されます。

B.返されたデータを配列に挿入します。これを理解するには、フェッチを実行する前に、「このビットのデータはまだフェッチされていない」ことを示すプレースホルダーオブジェクトで配列を埋める必要があります。可能なプレースホルダーオブジェクトの選択肢の1つは、NSNullです。これはnull/nilを示すための単なるオブジェクトです。

したがって、辞書または配列にディップすることで、cellForIndexPathで正しい項目を返すことができます。

これらの2つのデータ構造のアイデアは、頭に浮かぶ最も明白なアイデアです。このナットを破る方法は他にもあります。

于 2012-11-30T00:21:58.263 に答える