預(yù)習(xí)05協(xié)議和代理

協(xié)議和代理協(xié)議協(xié)議是一種特殊的程序設(shè)計(jì)結(jié)構(gòu)，用于聲明專(zhuān)門(mén)被別的類(lèi)實(shí)現(xiàn)的方法協(xié)議在以下場(chǎng)合非常有用：聲明需要由別的類(lèi)實(shí)現(xiàn)的方法聲明未知類(lèi)的接口籠絡(luò)一些互相之間沒(méi)有繼承關(guān)系的類(lèi)的相似點(diǎn)2聲明由他人來(lái)實(shí)現(xiàn)的接口類(lèi)和類(lèi)目的接口聲明是嚴(yán)格與特定的類(lèi)關(guān)聯(lián)的，尤其是由本類(lèi)實(shí)現(xiàn)的方法的聲明協(xié)議聲明的方法與任何特定的類(lèi)都無(wú)關(guān)，它可以被任何（還可能是很多）類(lèi)來(lái)實(shí)現(xiàn)3協(xié)議本質(zhì)上就是一堆還未與任何類(lèi)的實(shí)現(xiàn)代碼關(guān)聯(lián)的方法的聲明比如，下面這些方法就可以用來(lái)組成一個(gè)協(xié)議：(void)mouseDown:(NSEvent

*)theEvent;(void)mouseDragged:(NSEvent

*)theEvent;(void)mouseUp:(NSEvent

*)theEvent;任何想要對(duì)鼠標(biāo)事件進(jìn)行反饋的類(lèi)都可以接受（adopt）這個(gè)協(xié)議然后實(shí)現(xiàn)協(xié)議中的方法4因?yàn)閰f(xié)議中讓方法的聲明與類(lèi)和繼承樹(shù)完全脫離干系，所以它可以用在一些類(lèi)和類(lèi)目無(wú)法發(fā)揮作用的地方協(xié)議的實(shí)現(xiàn)可以在任何地方，但是它并不關(guān)心誰(shuí)實(shí)現(xiàn)了它，而是關(guān)心給定的類(lèi)有沒(méi)有實(shí)現(xiàn)它一個(gè)類(lèi)實(shí)現(xiàn)了協(xié)議中聲明的方法稱(chēng)為“確認(rèn)”（confirm）了這個(gè)協(xié)議這樣繼承樹(shù)中不相干的類(lèi)也可以因?yàn)榇_認(rèn)了相同的協(xié)議而被歸到一起5如果你知道一個(gè)對(duì)象的類(lèi)型，你便可以通過(guò)察看它的類(lèi)定義中的接口聲明來(lái)得知它能夠響應(yīng)哪些消息這種聲明向使用者宣傳了一個(gè)類(lèi)可以調(diào)用的方法列表協(xié)議也同樣向使用者宣傳了他可以調(diào)用的方法，并且告知了實(shí)現(xiàn)者他應(yīng)當(dāng)實(shí)現(xiàn)的方法6對(duì)象之間的通信是兩方面的：對(duì)象既可以發(fā)送消息，也可以接收消息如果你在開(kāi)發(fā)中，在同一個(gè)工程里定義了消息的發(fā)送方和接受方兩個(gè)類(lèi)，那么他們之間的通信便變得簡(jiǎn)單：發(fā)送方包含接受方的接口文件，調(diào)用接口文件中定義的方法，向接受方傳遞消息然而，如果你開(kāi)發(fā)了一個(gè)對(duì)象，它要向一個(gè)你還沒(méi)定義的類(lèi)的對(duì)象——有可能是你留給別人去寫(xiě)的類(lèi)——發(fā)送消息，你沒(méi)有接受方的接口，從而無(wú)法繼續(xù)7你需要另一種方式來(lái)聲明你的消息中要使用的，還未被聲明的方法協(xié)議可以很好地解決這種問(wèn)題：它告訴編譯器你要使用的方法它同時(shí)告訴別的實(shí)現(xiàn)者你需要他們?cè)趧e的類(lèi)中幫助你實(shí)現(xiàn)的方法8協(xié)議的聲明使用@protocol指令來(lái)聲明一個(gè)協(xié)議：

@protocol

ProtocolNamemethod

declarations@end例如：@protocol

MyXMLSupport-

initFromXMLRepresentation:(NSXMLElement*)XMLElement;@property

(nonatomic,

readonly)(NSXMLElement*)XMLRepresentation;@end9可選協(xié)議方法協(xié)議中的方法可以通過(guò)@optional指令來(lái)標(biāo)記為“可選”，即確認(rèn)協(xié)議的類(lèi)可以不必實(shí)現(xiàn)的方法相應(yīng)地，也有@required指令來(lái)標(biāo)記“必需”方法如果不做標(biāo)記，默認(rèn)是@required”的@protocol

MyProtocol-(void)requiredMethod;@optional-(void)anOptionalMethod;-(void)anotherOptionalMethod;@required-(void)anotherRequiredMethod;@end10接受協(xié)議接受協(xié)議在某些方面與聲明父類(lèi)很相似：它們都為類(lèi)帶來(lái)了額外的方法聲明

它們都寫(xiě)在類(lèi)的接口的類(lèi)名后當(dāng)一個(gè)類(lèi)把一個(gè)協(xié)議的名字列在它的聲明的父類(lèi)名后的尖括號(hào)中，它被稱(chēng)為“接受”（adopt）了這個(gè)協(xié)議：@interface

ClassName

:

ItsSuperclass

<

protocollist>類(lèi)目也可以接受協(xié)議：@interface

ClassName

(

CategoryName

)

<

protocollist

>一個(gè)類(lèi)更可以同時(shí)接受多個(gè)協(xié)議，協(xié)議名之間用逗號(hào)隔開(kāi)：@interface

Formatter

:

NSObject

<

Formatting,Prettifying

>11一個(gè)類(lèi)如果接受了協(xié)議，那么它必需實(shí)現(xiàn)協(xié)議中聲明的全部必需（@required）方法，否則會(huì)出現(xiàn)編譯警報(bào)類(lèi)如果接受了協(xié)議，那么必需包含協(xié)議的聲明所在的頭文件協(xié)議中聲明的方法名不可與類(lèi)中聲明的方法名重名12確認(rèn)協(xié)議一個(gè)類(lèi)如果通過(guò)自己或者父類(lèi)接受了協(xié)議，那么稱(chēng)它為“確認(rèn)”（confirm）了這個(gè)協(xié)議這個(gè)類(lèi)的實(shí)例也被成為確認(rèn)了協(xié)議因?yàn)橐粋€(gè)類(lèi)必需通過(guò)實(shí)現(xiàn)協(xié)議中的所有必需方法來(lái)接受協(xié)議，所以確認(rèn)了這個(gè)協(xié)議的對(duì)象也就相當(dāng)于是能夠響應(yīng)這些方法13可以通過(guò)向一個(gè)對(duì)象發(fā)送confirmsToProtocol：消息來(lái)判斷它是否確認(rèn)了一個(gè)協(xié)議：if

(

!

[receiverconformsToProtocol:@protocol(MyXMLSupport)]

)

{//

Object

does

not

conform

to

MyXMLSupportprotocol//

If

you

are

expecting

receiver

to

implementmethods

declared

in

the//

MyXMLSupport

protocol,

this

is

probably