protocol和delegate

首先，我们来复习一下Protocol。所谓的Protocol就是接口，类似于Java中的Interface或者C++ 中的纯虚类。如果我们自己定义的类声明遵循某个Protocol的话，那么就意味着要去实现这个Protocol中的方法。比如，在Objective-C中，常常看到这样的类声明：

@interface class1 : baseClass <Protocol1, Protocol2> {

}

这就是说，Class1声明遵循两个Protocol，所以在它的实现中，就必须实现Protocol1和Protocol2中的相应的方法。



其次，再来复习一下delegate的概念。在“我们的第一个iPhone程序 ”中，我曾经提到过delegate的概念。下面再来简要的介绍一下：假如我们有两个类，A和B。B声明自己是A的delegate（代表），那么就意味着B要实现一些A中的方法，使得A在工作的时候，当它（A）需要调用某些方法的时候，可以去询问它的代言人─B。

这种模式在iPhone程序设计中非常的常见。继续用上面的例子做比方：往往A类都是iPhone提供的SDK，它隐藏了很多的实现细节，可是为了给程序员提供足够的灵活性，A又提供了一些接口方法，程序员通过实现这些接口方法，可以控制A类的某些行为。而实现这些接口方法往往都是通过delegate来完成的。一般来说，都是声明一个类B，使它成为A的delegate，然后在B中实现某些接口方法。这样，在A工作的时候，它就会去调用B中的对应的函数，来完成程序员指定的任务。

我们再看一个具体的例子：- (void)applicationDidFinishLaunching:(UIApplication *)application {}

上面这个函数是UIApplicationDelegate 中的方法。每当我们创建一个自己的工程的时候，都会在ProjectName AppDelegate（注：ProjectName就是我们给工程起的名字）这个类里面看到这个方法。实际上，ProjectNameAppDelegate就是UIApplication的一个delegate；当UIApplication完成装载资源的任务后，它就会去调用它的delegate─ProjectNameAppDelegate─中的这个函数。