Objective-C消息Category和Protocol.doc

面向对象永远是个可以吐槽的话题，从开始提出到推崇备至，到充满质疑，一路走来让人唏嘘不已。面向对象的思想可谓历史悠久，20世纪70年代的Smalltalk可以说是面向对象语言的经典，直到今天我们依然将这门语言视为面向对象语言的基础。 面向对象是大部分编程语言的基本特性，像C++、Java、Objective-C这样的静态语言，Ruby、Python这样的动态语言都是面向对象的语言。但是如何编写面向对象的程序却一直是困扰人们的话题，即使是Smalltalk，也有人认为这是一个有缺陷的面向对象的语言实现。 ? 我在2010年翻译过的一篇InfoQ的文章，《面向对象编程──走错了路》中提到，面向对象编程的三个原则是：基于消息传递机制，对象分离和多态。文章中还举了Erlang例子，认为Erlang具备了这些原则，“所以可能是唯一的面向对象语言”。除了之前提到的三个特征，单继承和动态类型也被引用为面向对象语言的“绝对需求”。 基于这些考虑，文章指出，Smalltalk在实现对象思想时的“错误”──例如，只关注状态和行为，在类和基于映像的语言里缺乏良好的并发模型和消息机制。 ? 这篇文章中的核心就是，面向对象思想中除了对象的状态、行为，还应该关注其并发机制、消息机制，后者更为重要。这一点事实上是我在接触了Objective-C之后才有了更深入的体会。 ? Ojbective-C的语法设计主要基于Smalltalk，除了提供传统的面向对象编程特性之外，还增加了很多类似动态语言Ruby、Python才具有的特性，例如动态类型、动态加载、动态绑定等等，同时强化了消息传递机制和表意（Intention Revealing Interface）接口的概念。 ? —消息— 消息传递模型（Message Passing）是Objective-C语言的核心机制。在Objective-C中，没有方法调用这种说法，只有消息传递。在C++或Java中调用某个类的方法，在Objective-C中是给该类发送一个消息。在C++或Java里，类与类的行为方法之间的关系非常紧密，一个方法必定属于一个类，且于编译时就已经绑定在一起，所以你不可能调用一个类里没有的方法。而在Objective-C中就比较简单了，类和消息之间是松耦合的，方法调用只是向某个类发送一个消息，该类可以在运行时再确定怎么处理接受到的消息。也就是说，一个类不保证一定会响应接收到的消息，如果收到了一个无法处理的消息，那么程序既不会出错也不或宕掉，它仅仅是什么都不做，并返回一个nil。这种设计本身也比较符合软件的隐喻。 ? 在表意接口（Intention Revealing Interface）方面，Objective-C也是设计的比较出色的语言。面向对象语言的特性之一就是通过API把实现封装起来，为上层建筑提供服务。但是需要注意的一点就是，你封装的API最好能够让调用者看到接口描述就知道怎么使用。如果为了使用一个API必须要去研究它的实现，那么就失去了封装的意义。Objective-C通过显式的API描述，让开发者不自觉的写出满足表意接口的API，比如下图中的API描述。 ? 上图中描述了一个传统意义的实例方法，但和Java或C++不同的是，其方法关键字由多个字符串组成，在这个例子是insertObject和atIndex，(id)anObject和(NSUInterger)index分别表示参数类型和参数名称。整个方法看上去就像一个英语句子， 我们可以很容易的知道，这个方法就是在索引为index处插入一个对象。如果你是从其他语言转到Objective-C，那么开始的时候会感觉这种写法有些繁复，但是一旦理解并习惯了你会感受到其巨大的好处，这种写法会强制你写出优美易读的代码和API，而且有了XCode强大的提示功能，再长的方法也是一蹴而就。 ? 下面我们来说说多态和继承。 ?与Java一样，Objective-C一样不支持多重继承，但是通过类别（Category）和协议（Protocol）可以很好的实现代码复用和扩展。 ? —Category— 首先我们来谈谈Category。 ? Objective-C提供了一种与众不同的方式——Catagory，可以动态的为已经存在的类添加新的行为。这样可以保证类的原始设计规模较小，功能增加时再逐步扩展。使用Category对类进行扩展时，不需要访问其源代码，也不需要创建子类。Category使用简单的方式，实现了类的相关方法的模块化，把不同的类方法分配到不同的分类文件中。 ? 实现起来很简单，我们举例说明。 SomeClass.h @interface SomeClass : NSObject{ } -(void) print; @end? ? 这是类SomeC