所謂的代理設計模式，其設計目的就是為了解耦合，讓不用改變主體代碼邏輯的情況下，把代理對象所屬于的類可以替換掉為不同的類。
請先看如下代碼。
Person.h
1 #import <Foundation/Foundation.h>
2
3 @class Agent;
4
5 @interface Person : NSObject
6
7 - (void)buyTicket;
8
9 @property (nonatomic, strong) Agent* delegate;
10
11 @end
12
Person對象，不想通過自己去買票，叫一個助手去買，這個助手就是個代理。但是如果我們直接這樣實現，Agent就寫死了，也就是對象類型是寫死得。
下次如果代碼中更換了一個NextAgent類，則還要更改類名。或者假如Agent在項目中去掉了，那么Person這個類的buyTicket也就萎了。也就是說，
耦合性是強，所以我們可以借用protocol來實現解耦合的代理設計模式。具體的思想就是，通過protocol定義了一組代理們必須實現的方法。并且將Agent *
替換成萬能指針id。這樣的話就是id<TicketProtocol> delegate.也就說delegate是個仁義實現了TicketProtocol的對象，我們可以通過這個對象來購買票。
更重要的是統(tǒng)一了邏輯，具體的邏輯交給了要繼承這個TicketProtocol的類去實現。這樣我們就不用改變Person.m中的代碼。說了這么多，先看下Person.m
中的代碼，理解下~。
Person.m
1 #import "Person.h"
2 #import "Agent.h"
3 @implementation Person
4
5 - (void)buyTicket
6 {
7 /*
8 需求讓代理幫忙詢問下票價，剩余的張數
9 */
10
11 double price = [_delegate ticketPrice];
12
13 int number = [_delegate leftTicketsNumber];
14
15 NSLog(@"票價%lf, 剩下%d張", price, number);
16 }
17
18
19 - (void)dealloc
20 {
21
22 NSLog(@"Person-dealloc");
23
24 }
25
26 @end
27
Agent有兩個方法，分別為ticketPrice和leftTicketsNumber。分別返回一個價格和剩余票數。模擬實現很簡單，所以Agent不詳細
給出。
main.m
1 #import <Foundation/Foundation.h>
2 #import "Person.h"
3 #import "Agent.h"
4 int main(int argc, const char * argv[]) {
5
6 // 代理設計模式
7
8
9 Person *p = [[Person alloc] init];
10
11 Agent *a = [[Agent alloc] init];
12
13 p.delegate = a;
14
15 [p buyTicket];
16
17 return 0;
18 }
19
那么具體如何改變，請看更改后的代碼:
TicketProtocol.h
1 #import <Foundation/Foundation.h>
2
3 @protocol TicketProtocol <NSObject>
4
5 - (double)ticketPrice;
6
7 - (int)leftTicketsNumber;
8
9 @end
10
Person.h
1 #import <Foundation/Foundation.h>
2
3 @protocol TicketProtocol;
4
5
6 @interface Person : NSObject
7
8 - (void)buyTicket;
9
10 @property (nonatomic, strong) id<TicketProtocol> delegate;
11
12 @end
======華麗的分割線===========
這樣更改之后，就算你在更換代理，也不會Person類的代碼也不需要更改。
總結
代理的概念:
當某個類的功能交個其他類去實現。那個實現的類就是代理。
代理模式使用場合:
1.用來解耦合。當一個類的功能需要其他類來實現，又不確定是由哪個類來實現，可以使用代理設計模式。
代理設計模式的實現：
1.定義成員變量為萬能指針，并且該對象必須是繼承某個協議。