- (void)connection:(NSURLConnection*)connection didReceiveData:(NSData*)data
{
if (connection == conn_1) {
// Handle conn_1 connection
} else if (connection == conn_2) {
// Handle conn_2 connection
}
}
On Jun 29, 2010, at 11:53 AM, [email protected] wrote:
> So then if I do this:
>
> NSURLConnection * conn_1 = [[NSURLConnection alloc] initWithRequest:request_1
> delegate:delegate startImmediately:startImmediately];
> NSURLConnection * conn_2 = [[NSURLConnection alloc] initWithRequest:request_2
> delegate:delegate startImmediately:startImmediately];
>
> Given that my controller is set as the connection's delegate, when data
> returns this will be called:
> connection:didReceiveData:
>
> connection is an NSURLConnection, but how do I determine which connection
> returned data? Is there something in the NSURLConnection object that tells me
> if it was conn_1 or conn_2? What I do with my data depends on knowing this.
> Sorry, if I'm not getting something here.
>
> On Jun 29, 2010 1:21pm, [email protected] wrote:
>> Maybe I'm misunderstanding you, but when your delegate methods (for the
>> connection finishing or failing, receiving data, etc...) get called, you get
>> a reference to the NSURLConnection object that the event refers to. I keep
>> track of multiple connections this way with no problem.
>
>
>
>> Eric C.
>
>> Blog: http://www.onelazyprogrammer.com
>
>> Company: http://www.infusionsofgrandeur.com
>
>
>
>
>
>> On Tue, 29 Jun 2010 16:00:34 [email protected] wrote:
>
>
>
>> > I have and app that needs to send out multiple connection attempts.
>
>> > NSURLConnection doesn't appear to allow one to distinguish between
>
>> > connections. I found a couple of posts at cocoabuilder that provide some
>
>> > guidance, but I wanted to ask about my approach. I'm writing for 10.6, so
>
>> > I'm using a category on NSURLConnection combined with associative
>
>> > references. The methods in the category are below, but basically I
>
>> > associate an integer with a given connection and track the connections
>
>> > using that. So, short of subclassing or following what I've found in the
>
>> > archives, does this make sense? Am I missing any details that might cause
>
>> > this to fail?
>
>
>
> _______________________________________________
>
> Cocoa-dev mailing list ([email protected])
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/cocoa-dev/dave%40rudedog.org
>
> This email sent to [email protected]
--
Dave Carrigan
[email protected]
Seattle, WA, USA
_______________________________________________
Cocoa-dev mailing list ([email protected])
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com
This email sent to [email protected]
