Creating and Using Your Own Delegates in Objective-C

来源：互联网发布：windows recv返回值编辑：程序博客网时间：2024/06/09 21:02

I've been doing iPhone development for about a year now and have used the delegation pattern many times. Specifically with regards to UITableViews and object serialization (NSCoding, NSCopying). Wikipedia has a great write up on thedelegation pattern as well as examples in a few languages like Java, C++ and even Objective-C. The problem is that these examples, for me, don't express how powerful and how easy they are to implement and use.

Recently, I've been working on a project where I needed to access a series of web services to post and get my data. This is a pretty common thing to do however, if you look at the many examples of how to do this you'll find overly simplistic code that throws everything into a single class/file and completely ignored code reuse or good Object Oriented design.

The Scenario
My scenario was this; I needed to be able to access several web services from several different form/classes in the application. I not only wanted the class to send the data to the web service, but also retrieve it and do something with the data it got back, which in my case was a SOAP response.

The Problem
Calling a SOAP web service with the iPhone relies on using the NSURLConnection which sends an asynchronous call to the server. It relies on it's own delegate to deal with each process of the call. My initial web service impementation looked like this:

view sourceprint?
#import "UserWebService.h"
 
@implementation UserWebService
 
@synthesize users;
 
-(id)initWithUserData: (User *)user {
// code here to initialize the request with user data
}
 
-(void) send {   
NSURLConnection *theConnection = [[NSURLConnection alloc]initWithRequest:theRequest delegate:self];
[theConnection release];
}
 
-(void)connection:(NSURLConnection *)connection didReceiveResponse:(NSURLResponse *)response {
NSLog(@"Received Response");
[webData setLength:0]; 
}
 
-(void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)data {    
NSLog(@"Got Data");
[webData appendData:data];
}
 
-(void)connection:(NSURLConnection *)connection didFailWithError:(NSError *)error {
[webData release];
[connection release];
}
 
-(void)connectionDidFinishLoading:(NSURLConnection *)connection {
 
// code here to do something with all the data (XML) that was returned
 
}

And then to use this I have the following code in another class, a UIViewController subclass where I needed the data

view sourceprint?
User *user = [[User alloc]init];
[user setUserId:@"userid"];
[user setPassword:@"password"];
 
ws = [[UserWebService alloc ]initWithUserData:user];
[user release];
[ws send];
 
NSArray *users = [ws users];

But here's the problem. When we call [ws users] to get the array of users back from the web service there is no way to know if that web service has completed yet. I kept getting zero users back even though I knew, by stepping through my code, it was getting 3 users back.

The Solution

I needed to find a way to notify my UIViewController subclass that the web service had completed. This is where our custom delegate comes to play. First, you define a protocol for your delegate in a header file:

view sourceprint?
@protocol WsCompleteDelegate
-(void) finished;
@end

Next, we modify our web service to notify the delegate when it has completed. In the web service class header file we define a delegate property like so:

view sourceprint?
@interface UserWebService : NSObject {
 
id <WsCompleteDelegate> delegate;
 
}
 
@property (retain, nonatomic) id <WsCompleteDelegate> delegate;
 
@end

Then in our web service class' connectionDidFinishLoading method, we simply call our delegate method:

view sourceprint?
-(void)connectionDidFinishLoading:(NSURLConnection *)connection {
 
// do all necessary wrap up work
[delegate finished];
 
}

The next step is to use this delegate in our UIViewController subclass. First, we modify the header file like so:

view sourceprint?
@interface LoginViewController : UIViewController <WsCompleteDelegate> {
// other code here
}

Then in the implementation file we have to do two things. First, we tell the web service instance what it's delegate is, which is the LoginViewController, or in Objective-C, 'self' and then we impement the delegate's 'finish' method.

view sourceprint?
-(IBAction)submit {
User *user = [[User alloc]init];
[user setUserId:@"username"];
[user setPassword:@"password"];
 
ws = [[UserWebService alloc ]initWithUserData:user];
 
ws.delegate = self;
 
[user release];
[ws send]; 
}
 
-(void) finished {
NSArray *users = [ws users];   
}

When the web service class calls [delegate finished] it notifies all classes listening to that delegate and the 'finished' method is called. We now know the web service has completed and can safely get the array of users from it. Then we just do whatever we need to do with them.

Conclusion

There are lots of possibilites for the delegation pattern and this is just one of them. But it proved to be very simple to implement and an elegant solution to a possibly combersome problem.