二 Cocoa编程Protocol and Message用法

概述二 Cocoa编程Protocol and Message用法 1.protocol用法     protocol顾名思义，就是联系两个东西的桥梁。翻译成中文就叫协议，protocol在实际编程中应用的比较少，但是cocoa的API中却大量用到了它。例如：cocoa编程中，如果你在UI上使用了Table View控件，最常用的一个方法numberOfRowsInTableView。它返回将要在Ta 二 Cocoa编程Protocol and Message用法 1.protocol用法

    protocol顾名思义，就是联系两个东西的桥梁。翻译成中文就叫协议，protocol在实际编程中应用的比较少，但是cocoa的API中却大量用到了它。例如：cocoa编程中，如果你在UI上使用了table VIEw控件，最常用的一个方法numberOfRowsIntableVIEw。它返回将要在table VIEw上显示条目的个数，但是这个Cocoa的API怎么使用哪？程序员直接调用么？显然不是，因为apple工程师写这个方法的时候，他们怎么知道程序员将来要在table VIEw上显示几行啊！那么下面我们就拿这个例子分析protocol到底是怎么工作的。

   numberOfRowsIntableVIEw这个方法虽然是cocoa提供的，但是它要由程序员实现。其实这个方法就相当于java中的接口，在c++中一般用纯虚函数定义这种方法。这样程序员就可以根据实际情况改变函数的实现方法。虽说思想相同，但是cocoa实现的这种方法和java，c++却大不一样。下面就拿java的实现和此方法对比吧，首先如果java定义一个接口，那么如果想用这个接口，程序员的类就必须继承这个接口。这样接口中的方法也就必须全部实现，相当于方法都暴露给程序员了。而cocoa实现的原理是定义一个协议NStableVIEwDelegetProtocol，在这个协议中定义此这个方法。程序员要想用此方法只要如下，加上协议的名字就行了，@interface NStableVIEw : NSObject < NStableVIEwDelegetProtocol >。这样就实现了这个方法而不用继承，因为继承往往会暴露父类的所用方法，所以在程序设计中尽量用关联关系来代替继承。

   协议有两中，一种是正式的，一种是非正式的，非正式协议时objective c的新特性。正式的协议，就是在你自定义好协议后，如果使用它，像java中的接口一样，就要实现协议中的所有方法。而非正式的协议像如下声明

@interface NSObject ( MyXMLSupport )

- (NSXMLElement *) XMLRepresentation;

- initFromXMLRepresentation:(NSXMLElement *)XMLElement;

@end

这样你的类，只要继承NSObject就可以使用协议了，并且你不必实现所有的方法，只要实现你用的方法就可以了。 大概是正式协议本来是实现接口的功能的 ，这里又给加入了新的特性，所以称之为非正式协议。

2.Message用法

    开始学习Objective c的时候总认为[obj  add]，这种就是objective c的对象中方法的调用。很多人也这样说这就是objective c的方法调用。但是为何好多objective编程书籍上，都称 [obj  add]是obj 对象发了一个add消息。难道apple的工程师为了与众不同，故意把方法调用叫成发消息么？那你就大错特错了。下面我们仔细剖析一下吧。

    C＋＋中除了虚函数方法，大部分类方法的调用都是静态绑定，就是编译期间已经确定了函数的名字和地址以及所属于的类。所谓的动态方法，一个不负责任的解释就是运行时绑定。这种解释只会让人更加迷惑。下面这段是我从网上看到的一篇博客，截取的一段内容对动态和静态绑定的理解。

    犹记当时自己看第一本C++的书时候，那个时候什么也不懂，竟然在“动态”与“静态”之间徘徊。每本书都很“清楚”地说：“编译链接之前的内存分配就是静态，程运行之后的分配就是动态！”

     不说，我还有点明白，说了我更加不懂。因为我们只知道编译链接是语言的翻译过程，把源代码转换成计算机懂得的机器指令罢了。无论选择任何的编译器，最终目的只是更有效地生成一个可执行文件。既然是一个文件，程序还没有运行的时候，它是以.EXE的扩展名存储在磁盘中。       如果把编译链接和运行间断开来，程序在还没有载入运行的时候，它只是一个文件，关内存什么事？这还不算，绝大多数（几乎我看到的都是）书本上在讲多态性的时候，还讲到一种“运行时绑定”，它的意思就是“在这些重载的函数中，可一系列虚函数中，编译时还不确定调用哪个函数，运行时就知道了！” “屁话！通通都是屁话！”在我编程多年以后，才发觉书上写得特错大错。试想一想，编译器都不能确定将会调用那个函数，那么程序运行之后又如何确定（当然，那些根据判断和返回值调等用的函数另当别论）。系统能确定吗，系统是一个冰冷的机器，加上一个来料加工，甚至更多是被我们程序去 *** 纵的 *** 作系统，它如何能知道你自己写程序直到编译时自己都弄不清楚的东西？其实在函数重载或虚函数当中，编译器早就用按规则改名，或创建虚函数表，清清楚楚地确定将要调用的函数。

 

     看了上面的解释相信动态和静态调用，你心中回有了你自己的看法吧。其实objective c为何成这种函数调用为发消息那，因为这种调用的方法就使用了所谓的动态绑定。有点c++虚函数表的意思。那么我们也暂且称这种函数调用为发送消息吧！objective c中的消息经过编译器的解释，回变成如下结构：objc_msgSend(receiver,selector,arg1,arg2,...)那么下面就逐个解释消息中各个参数的意义。

     所谓receiver就是你调用的类的对象。在objective c中每个对象都有一个isa的指针，他指向对象的首地址。当一个消息发给一个对象的时候，对象的指针就会搜索里面的方法表，如果有这个方法就回调用它，如果没有就指向对象的父类指针。所谓方法表就是对象中维护的selector表。下图就表明了objective c方法调用的过程。

@H_301_96@

 

 

其中selector包含两部分内容，一个是编译后的函数名字SEL，一个就是函数中实际的地址cmd。根据地址和名字就可以正确的调用到函数，后面的参数就是也就是函数的参数了。根据这种调用方法cocoa的程序就可以很轻松的实现动态绑定了。其实在cocoa编程中，UI的消息响应就很好的利用了objective c的这个特性。例如一个button按钮，就用此方法动态的实现不同的按钮按下的响应。

[mybuttonCell setAction:@selector(reapTheWind:)];
[mybuttonCell setTarget:anObject];

这样只要在mybuttonCell这个父类中调用此方法，所有继承自它的子类的响应函数就不用在调用任何方法了，方便的实现不同的按钮响应。

    其实大家只要有语言基础，objective c学习起来还是挺容易的。如果objective c感觉学习的可以了，那你就可以看cocoa编程方面的书籍了。这样你就可以在mac os开发自己的应用程序了。

总结

以上是内存溢出为你收集整理的二 Cocoa编程Protocol and Message用法全部内容，希望文章能够帮你解决二 Cocoa编程Protocol and Message用法所遇到的程序开发问题。

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