IOS设计模式之二：Delegate模式

概述代理模式 顾名思义就是委托别人去做事情。 IOS中经常会遇到的两种情况：在cocoa框架中的Delegate模式与自定义的委托模式。下面分别举例说明一下： 一、cocoa框架中的delegate模式 在cocoa框架中的Delegate模式中，委托人往往是框架中的对象（视图中的控件、表视图神马的），代理人往往是视图控制器对象。 在我们这个例子中UITableView是委托人，代理人首先得满足一个条

代理模式 顾名思义就是委托别人去做事情。

IOS中经常会遇到的两种情况：在cocoa框架中的Delegate模式与自定义的委托模式。下面分别举例说明一下：

一、cocoa框架中的delegate模式

在cocoa框架中的Delegate模式中，委托人往往是框架中的对象（视图中的控件、表视图神马的），代理人往往是视图控制器对象。

在我们这个例子中UItableVIEw是委托人，代理人首先得满足一个条件：就是在.h文件中申明它拥有代理资格：

@interface WhateverVIEwController < UItableVIEwDelegate >@end

红色的表示这个视图控制器拥有UItableVIEw的代理资格。

其次，在.m文件中定义委托人可以让代理人去代替做的事情：

//视图控制器来代办应该有多少个节- (NSInteger)numberOfSectionsIntableVIEw:(UItableVIEw *)tableVIEw {    return [NSArray count];}
//视图控制器来代办某个节应该有多少行- (NSInteger)tableVIEw:(UItableVIEw *)tableVIEw numberOfRowsInSection:(NSInteger)section {    return [[NSArray objectAtIndex:section]count];} 视图控制器来代办负责每个栏格的外观- (UItableVIEwCell *)tableVIEw:(UItableVIEw *)tableVIEw       cellForRowAtIndexPath:(NSIndexPath *)indexPath {     static Nsstring *CellIDentifIEr = @"Cell";     UItableVIEwCell *cell = [tableVIEw dequeueReusableCellWithIDentifIEr:CellIDentifIEr];    if (cell == nil) {        cell = [[[UItableVIEwCell alloc] initWithStyle:UItableVIEwCellStyleDefault                 reuseIDentifIEr:CellIDentifIEr] autorelease];    }     cell.textFIEld.text = [NSArray objectAtIndex:indexPath.row];      return cell;}//负责当栏格被点击后需要触发的事件- (voID)tableVIEw:(UItableVIEw *)tableVIEw dIDSelectRowAtIndexPath:(NSIndexPath *)indexPath {    AnotherVIEwController *anotherVIEwController = [[AnotherVIEwController alloc]                                                                         initWithNibname:AnotherVIEw" bundle:nil];    [self.navigationController pushVIEwController:anotherVIEwController];    [anotherVIEwController release];} 这个是可选的，视图控制器勤快我就帮你代办，不勤快我就可以不帮你办这事儿，(提供哪些个行可以被编辑)- (BOol)tableVIEw:(UItableVIEw *)tableVIEw canEditRowAtIndexPath:(NSIndexPath *)indexPath {    return YES;}
 对特定编辑风格进行 *** 作- (voID)tableVIEw:(UItableVIEw *)tableVIEw         commitEditingStyle:(UItableVIEwCellEditingStyle)editingStyle         forRowAtIndexPath:(NSIndexPath *)indexPath {    if (editingStyle == UItableVIEwCellEditingStyleDelete) {        [tableVIEw deleteRowsAtIndexPaths:[NSArray arrayWithObject:indexPath] withRowAnimation:YES];    }    else if (editingStyle == UItableVIEwCellEditingStyleInsert) {    }}
 可选，对那些被移动栏格作特定 *** 作- (voID)tableVIEw:(UItableVIEw *)tableVIEw moveRowAtIndexPath:(NSIndexPath *)fromIndexPath         toIndexPath:(NSIndexPath *)toIndexPath {}
 对那些可以移动的行返回YES- (BOol)tableVIEw:(UItableVIEw *)tableVIEw canMoveRowAtIndexPath:(NSIndexPath *)indexPath {     如果不想让栏格移动，就返回NO    return YES;}

 好了，当这个委托人需要办这些事时，代理人自己就站出来帮忙办了。这就是ios中的Delegate模式。

二、自定义的delegate模式

@interface A：UIVIEwID transparendValueDelegate;@property(nomatic,retain) ID transparendValueDelegate;@end@implementation A@synthesize transparendValueDelegate-(voID)Call{ Nsstring* value = 你好";[transparendValueDelegate transparendValue: value];}@end

 

@interface B：UIVIEwNsstring* value;@end

@implementation B-(voID)transparendValue:(Nsstring*)fromValue{value = fromValue;NSLog(%@,我是B",value); }@end

使用时：

A* a = [[A alloc] init];B* b = [[B alloc] init];a. transparendValueDelegate = b;设置A代理委托对象为B[a Call];

这样就会输出:

你好,我是B

 委托模式关键就在于一个“被”字。这个B是很被动的，随时就会被你A Call一下。

 

三、为什么会有delegate模式

换句话说，它可以用来解决神马问题？

当一个类的某些功能需要被别人来实现，但是既不明确是些什么功能，又不明确谁来实现这些功能的时候，委托模式就可以派上用场。

例如你可以再写个C类，实现-(voID)transparendValue:(Nsstring*)fromValue {NSLog(@"%@,我是C",value); }也是完全可以的。换谁来，只要它实现了这个方法，我就可以委托它来做这个事。

说到底一切都是为了使类之间的耦合性更松散。好的代码应该对扩展开放，对修改关闭。

Geeklion 原创 请勿转载

总结

以上是内存溢出为你收集整理的IOS设计模式之二：Delegate模式全部内容，希望文章能够帮你解决IOS设计模式之二：Delegate模式所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。