1.方法
Objective-C中的方法有两种：
1.1 实例方法
以-开头的方法是实例方法。它属于类的某一个或某几个实例对象，即类对象必须实例化后才可以使用的方法，将消息发送给实例对象：
// Deck.h
#import <Foundation/Foundation.h>
#import "Card.h"
@interface Deck : NSObject
@property(nonatomic) int cardNum;
// 实例方法
- (Card *)randomDrawCard;
+ (NSString *)CardKinds;
@end
实例方法中可以使用该类的所有实例变量：
// Deck.m
#import "Card.h"
@implementation Deck
- (Card *)drawCardFromTop
{
// 实例变量
_cardNum--;
//TODO.....
}
+ (NSString *)CardKinds
{
NSLog("Cards are divided into four kinds: spades, diamonds, clubs and hearts");
}
@end
1.2 类方法
以+开头的方法是类方法。Objc中的类方法类似Java中的static静态方法，它是属于类本身的方法，不属于类的某一个实例对象，所以不需要实例化类，用类名即可使用，是将消息发送给类：
// Deck.h
#import <Foundation/Foundation.h>
#import "Card.h"
@interface Deck : NSObject
- (Card *)randomDrawCard;
// 类方法
+ (NSString *)CardKinds;
@end
类方法不能使用任何实例变量：
// Deck.m
#import "Card.h"
@implementation Deck
- (Card *)drawCardFromTop
{
// 实例变量
_cardNum--;
//TODO.....
}
// 不能使用该类的实例变量_carNum
+ (NSString *)CardKinds
{
NSLog("Cards are divided into four kinds: spades, diamonds, clubs and hearts");
}
@end
所以我们使用类方法一般有两种情况：
- 创建一些事物，比如特殊格式的字符串等。
- 作为工具方法，比如返回常数等。
1.3 类方法和实例方法认知的误区
类方法常驻内存，所以比实例方法效率高。
事实上，在加载时机和占用内存上，类方法和实例方法是一样的，在类第一次被使用时加载方法，所以在效率上没有什么区别。类方法分配在堆上，实例方法分配在栈上。
事实上，所有的方法都不可能分配在堆栈区，方法作为二进制代码是存储在内存的程序代码区，这个内存区域是不可写的。请查看我这篇笔记中的相关概念Objective-C中的Block。
1.4 总结
实例方法和类方法有大多数的共性，比如都可以有一个或多个参数、都可以继承基类的方法、相同的声明规范等。唯一不同的就是类方法不能使用实例变量，所以导致它只适用于一些特殊的情况。
2.Category
如果我们想给一个已存在的、很复杂的类添加一个新的方法，应该怎么做？
想翻源码添加？骚年，你太天真，你如果看不到源码呢。即便我们可以看到源码，如果我们新增的逻辑也很复杂，这样就会扩大原始设计的规模，有可能会打乱整个设计的结构。
Category就是Objective-C提供的为我们解决这一问题的方法。它可以让我们动态的在已经存在的类中添加新的行为，即方法。对类进行扩展时不需要访问其源码，也不需要创建子类。
2.1 使用方法
Category的实现很简单，我们举例说明。
// Deck.h
#import <Foundation/Foundation.h>
#import "Card.h"
@interface Deck : NSObject
- (Card *)randomDrawCard;
@end
这是类Deck的声明文件，其中包含一个实例方法randomDrawCard，如果我们想在不修改原始类、不增加子类的情况下，为该类增加一个drawCardFromTop方法，只需要定义两个文件Deck+DrawCardFromTop.h和Deck+DrawCardFromTop.m，在声明文件和实现文件中用()把Category的名称括起来即可，声明文件如下：
// Deck+DrawCardFromTop.h
#import "Deck.h"
#import "Card.h"
@interface Deck(DrawCardFromTop)
- (Card *)drawCardFromTop;
@end
实现文件如下：
// Deck+DrawCardFromTop.m
#import "Deck+DrawCardFromTop.h"
#import "Card.h"
@implementation Deck(DrawCardFromTop)
- (Card *)drawCardFromTop
{
//TODO.....
}
@end
DrawCardFromTop是Category的名称。这里一般使用约定俗成的习惯，将声明文件和实现文件统一采用"原类名+Category名"的方式命名。
使用也非常简单，引入Category的声明文件，然后正常调用即可：
// main.m
#import "Deck+DrawCardFromTop.h"
#import "Card.h"
int main(int argc, char * argv[])
{
Deck *deck = [[Deck alloc] init];
Card *card = [deck drawCardFromTop];
return 0;
}
2.2 使用场景
- 需求变更在整个开发周期是司空见惯的事情，那么我们可能就需要对某个或某几个类中添加新的方法以满足需求。
- 我们在团队协作开发时候，经常需要多个人来实现一个类中的不同方法，在这种情况下采用Category是一个较好的选择。
- 当一些基础类库满足不了我们的需求时，我们希望能扩展基础类库，这时就需要Category。
2.3 需要注意的问题
- Category可以访问原始类的实例变量，但不能添加变量，如果想添加变量，可以考虑通过继承创建子类。
- Category可以重载原始类的方法，但不推荐这么做，这么做的后果是你再也不能访问原来的方法。如果确实要重载，正确的选择是创建子类。
- 和普通接口有所区别的是，在分类的实现文件中可以不必实现所有声明的方法，只要你不去调用它。
2.4 总结
掌握并用好Category可以充分利用Objective-C的动态特性，编写出灵活简洁的代码。
3.Protocol
简单来说，Protocol不属于任何一个类，它只是一个方法列表，任何类都可以对其中声明的方法进行实现。这种设计模式一般称为代理模式（delegation）。你可以通过Protocol定义各种行为，在不同的场景采用不同的实现方式。在iOS和OS X开发中，Apple采用了大量的代理模式来实现MVC中View和Controller的解耦。
3.1 使用方法
Protocol有两种声明的方式：
- 在单独的声明文件（.h文件）中声明。
- 在某个类的声明的文件中声明。
以上两种方式视具体情况而定，但是在代码规范上都是一致的：
// HandleDeckDelegate.h
@protocol HandleDeckDelegate <NSObject>
@required
- (void)ShuffleDeck;
@optional
- (void)CuttingDeck;
@end
上述代码中有两个关键字，@required和@optional，表示如果要实现这个协议，那么ShuffleDeck方法是必须要实现的，CuttingDeck则是可选的，如果不注明，那么方法默认是@required的，必须实现。
那么如何实现这个Protocol呢，很简单，创建一个普通的Objective-C类，如果Protocol使用单独的.h文件声明，那么在该类的.h声明文件中引入包含Protocol的.h文件，如果Protocol是声明在一个相关类中，那么就需要引入该类的.h文件。之后声明采用这个Protocol即可：
// Deck.h
#import <Foundation/Foundation.h>
#import "Card.h"
#import "HandleDeckDelegate.h"
@interface Deck : NSObject<HandleDeckDelegate>
- (Card *)randomDrawCard;
@end
用尖括号（<...>）括起来的HandleDeckDelegate就是我们创建的Protocol。如果要采用多个Protocol，可以在尖括号内引入多个Protocol名称，并用逗号隔开即可。例如<HandleDeckDelegate,xxxDelegate>。
// Deck.m
#import "Card.h"
@implementation Deck
- (Card *)drawCardFromTop
{
//TODO.....
}
- (void)ShuffleDeck
{
//TODO.....
}
@end
由于CuttingDeck方法是可选的，所以我们只实现了ShuffleDeck。
3.2 使用场景
- Objective-C里的Protocol和Java语言中的接口很类似，如果一些类之间没有继承关系，但是又具备某些相同的行为，则可以使用Protocol来描述它们的关系。
- 不同的类，可以遵守同一个Protocol，在不同的场景下注入不同的实例，实现不同的功能。
3.3 需要注意的问题
- 根据约定，框架中后缀为Delegate的都是Protocol，例如
UIApplicationDelegate，UIWebViewDelegate等。 - Protocol本身是可以继承的，比如：
@protocol A
-(void)methodA;
@end
@protocol B <A>
-(void)methodB;
@end
如果你要实现B，那么methodA和methodB都需要实现。
- Protocol是与任何类都无关的，任何类都可以实现定义好的Protocol，如果我们想知道某个类是否实现了某个Protocol，那么我们可以用
conformsToProtocol方法进行判断：
[obj conformsToProtocol:@protocol(ProcessDataDelegate)]
3.4 总结
Protocol最常用的就是委托代理模式，Cocoa框架中大量采用了这种模式实现数据和UI的分离。例如UIView产生的所有事件，都是通过委托的方式交给Controller完成。
