3、MyViewController.h
同上（目标-动作对实现方式）
4、MyViewController.m
#import "MyViewController.h"
#import "MyView.h"
//声明该controller遵循 <myBtnDelegate>协议，因此需要实现协议中的方法
@interface MyViewController () <myBtnDelegate>
@end
@implementation MyViewController
- (void)loadView
{ //创建MyView类型的myView
MyView *myView = [[MyView alloc] initWithFrame: [[UIScreen mainScreen] bounds] ];
//将myView的代理设置为self，即当前controller自身
myView.delegate = self;
//将controller的view指向myView
self.view = myView;
}
//该方法是代理中的方法，在controller中决定点击myBtn按钮后具体要做的事情，但controller并不能直接获取到myBtn
- (void)BtnClick:(UIButton *)btn
{
NSLog(@"Method in controller.");
NSLog(@"Button clicked.");
}
5、AppDelegate
同上（目标-动作对实现方式）
6、运行结果
界面同上
日志：
7、小结
从日志可以看出，使controller成为view的代理，实现按钮的代理方法，与按钮相关的方法的执行顺序为：view中按钮的动作方法->controller提供的按钮代理方法。
事实上，在代理模式中，有三个角色存在：
协议：一般是方法列表，规定了代理双方行为，在本例中 就是协议； 代理：遵循一定的协议的类，需要实现协议中的必须方法，完成委托方的功能，本例中MyViewController就是代理； 委托：拥有自己的代理，指定代理去完成功能，本例中的MyView就是委托。代理模式用大白话说就是：委托方让代理方代替自己执行一定的动作。
总结
iOS中，类不能多继承，但协议是可以多继承的。协议并不提供具体实现。协议一般是一系列方法的集合，（也可以有属性，但这不是协议的主要使用场景），这有点像Java中的接口，继承接口的类负责提供接口中方法的具体实现。
代理模式在iOS开发中使用的地方有很多，代理模式能够实现view和controller之间的解耦。拿本文中的例子来说，controller虽然可以操作view中按钮点击后的操作，但由于按钮是作为view的私有属性声明在view的实现文件中的，因此controller并不知道view中有按钮这个属性的存在，因此无法从view外部去更改按钮的各属性，这就是view和controller之间解耦的体现。此外，由于按钮事件是在view中绑定的，而不是在controller中绑定的，因此使用该view的类只需要实现相应的代理方法就可以定制按钮点击后的事件了，这也更加方便了view的复用，体现了view与controller解耦合的优势。
