IOS上的协议相似于C#、Java上面的接口,他是从类中抽出来的一系列方法,但方法的实现是在实现这个协议的类中,任何实现这个协议的类都须要实现协议类中的@require方法; 设计模式
委托是一种设计模式,是一种设计思想。 ui
可是在IOS上面委托常常依托协议来实现(但并非必须的)。一个很好的例子就是老板和秘书:老板要经营企业须要对新员工培训、对公司管理、打电话、发薪水等工做,可是对应老板来讲一些事情例如打电话、发薪水的工做能够经过秘书来作,老板本身只负责对员工培训、公司管理,别的事情委托给秘书来作。委托思想就是在这种相似状况下产生的。 atom
再说一下为何IOS上面的委托常常依赖协议来实现?就像老板须要一个会打电话、发薪水的秘书来减轻老板本身的工做,可是老板并不知道谁有这两项技能,那老板就会发一个招聘,招聘会这两项技能的人。但老板怎样知道应聘人员会这两项技能那,老板会经过你的学历和工做经验判断应聘人员是否会这两项技能;可是对于程序来讲,在不知道这个类的内部状况下怎样知道这个类是否是能够委托,评判标准是啥?这个时候若是一个类实现一个有这两项技能的协议,则能很容易判断出这个类具备这两项技能。这个就是IOS上面为何委托常常和协议一块用。 设计
例子待续... code
协议 对象
#import <Foundation/Foundation.h> //协议是从类抽出的一些方法,如何实现这个协议的类都须要实现这里面的方法 @protocol SecProtocol <NSObject> @required //发工资 - (void)payoff; //打电话 - (void)tel; @optional @endBoss
#import <Foundation/Foundation.h> #import "SecProtocol.h" //委托人 @interface Boss : NSObject @property (nonatomic, retain) id<SecProtocol> delegate; //管理 - (void)manage; //教导新员工 - (void)teach; //打电话 - (void)tel; //发工资 - (void)payoff; @end
#import "Boss.h" @implementation Boss @synthesize delegate; - (id)init{ self = [super init]; if (self) { } return self; } - (void)manage{ NSLog(@"boss manage"); } - (void)teach{ NSLog(@"boss teach"); } - (void)payoff{ [self.delegate payoff]; } - (void)tel{ [self.delegate tel]; } @endSec
#import <Foundation/Foundation.h> #import "SecProtocol.h" // 秘书类,实现协议, 委托对象 @interface Sec : NSObject<SecProtocol> @end
#import "Sec.h" @implementation Sec - (id)init{ self = [super init]; if (self) { } return self; } - (void)payoff{ NSLog(@"sec payoff!"); } - (void)tel{ NSLog(@"sec tel"); } @end调用方法
Boss *boss = [[Boss alloc] init];//委托人 Sec *sec = [[Sec alloc] init];//委托对象,实现了必定协议的对象 boss.delegate = sec;//将委托对象复制给委托人里面的委托对象 [boss teach]; [boss manage]; [boss tel]; [boss payoff];