Cocoa 在施工过程中传递一名控制员是否总是一种糟糕的做法?
我偶尔会通过传入视图控制器实例本身从视图控制器实例化一个类,以便我创建的对象可以调用控制器的方法来更新视图 这总是、经常还是从来都不是一个坏习惯 具体地说: ViewController.h具有Cocoa 在施工过程中传递一名控制员是否总是一种糟糕的做法?,cocoa,uiviewcontroller,delegates,protocols,Cocoa,Uiviewcontroller,Delegates,Protocols,我偶尔会通过传入视图控制器实例本身从视图控制器实例化一个类,以便我创建的对象可以调用控制器的方法来更新视图 这总是、经常还是从来都不是一个坏习惯 具体地说: ViewController.h具有 -(void)updateButtonValue:(NSString*)value; MyObject.h已被删除 -(id)initWithViewController:(ViewController*)aViewController; 我使用以下命令从视图控制器实例化该类: [[MyObject
-(void)updateButtonValue:(NSString*)value;
MyObject.h已被删除
-(id)initWithViewController:(ViewController*)aViewController;
我使用以下命令从视图控制器实例化该类:
[[MyObject alloc] initWithViewController:self];
因此,允许MyObject实例通过以下简单调用更新视图中的按钮值:
MyObject.m
[self.viewController updateButtonValue:@"example"];
它看起来并不理想,因为我传递给MyObject的内容(视图控制器本身)比它应该需要的要多得多,但它确实很快而且功能强大。如果有一种更简洁的方法,例如依赖于协议,这也是简洁的,那么一个简短的代码示例将非常有用 传入类类型指针通常是不好的做法,因为您将对象紧密耦合在一起(每个对象都需要知道另一个对象的类,它们也可能是单个对象)。这就是委托模式的用途。它最大限度地减少了MyObject所需的信息(最低限度,只不过是指针类型
id
——最好是MyObject指定的协议,为其提供一些行为保证)
因此,请翻译您的示例
MyObject.h
替换
-(id)initWithViewController:(ViewController*)aViewController;
与
-(id) init;
(如果您没有进一步的理由撤销,则可以免除)
而且
@property (nonatomic, weak) id delegate;
myViewController中的实例化(需要#包括MyObject
)
接
object.delegate = self;
(请注意,object
获取指向myViewController的指针,而无需了解任何其他信息)
现在,您可以从对象内部执行此操作:
[self.delegate updateButtonValue:@"example"];
然而。。。您需要确保您的代表能够收到消息updateButtonValue
:
为此,您需要在MyObject.h中声明一个带有此方法签名的协议
@protocol MyObjectDelegate
- (void) updateButtonValue:(NSString*)string;
@end
并且在viewController中,声明您符合在接口行中使用的此协议
@interface ViewController <MyObjectDelegate>
现在,您已经为编译器提供了足够的信息,以确保您只能传递一致的消息。这里最精彩的一点是,MyObject可以自信地将消息传递给MyViewController,而无需知道有关MyViewController的任何信息,只需通过代理指针即可到达该消息。我希望我可以向上投票两次。清晰而详细,完全回答了我想知道的。注意:在我的代码能够正常工作之前,我需要按照您建议的方式声明协议。没有它,我确实可以调用updateButtonValue,但视图本身没有更新。不完全清楚为什么。绑定是一种可能的设计模式,在这里会有用吗?例如,在控制器层次结构中较高的对象(AppDelegate或NSDocument)中,可以绑定到较低的值,并在观察到的属性更改时调用自定义方法。我只是想知道,因为我经常使用委托模式,但我开始在代码中使用绑定。
@interface ViewController <MyObjectDelegate>
@property (nonatomic, weak) id <MyObjectDelegate> delegate