第一种用途
类中经常会包含一些无须对外公布的方法及实例变最。其实这些内容也可以对外公布, 并且写明其为私有，开发者不应依赖它们。但是OC的动态性，使得不可能实现真正的私有方法或私有实例变量。
但是我们最好还是只把确实需要对外公布的那部分内容公开。那么，这种不需对外公布但却应该具有的方法及实例变量应该怎么写呢？此时，这个特殊的“class-continuation分类”就派上用场了。
“class-continuation分类”和普通的分类不同，它必须定义在其所接续的那个类的实现文件里。
例如：
//EOCPerson.m
@interface EOCPerson () {
NSString * _anInstanceVariable;
}
// Method declarations here
@end
@implementation EOCPerson {
int _anotherInstanceVariable;
}
// Method implementations here
@end
我们这样定义的目的是将这些方法或者实例变量隐藏起来，只供本类使用。即便在公共接口里将其标注为private,也还是会泄漏实现细节。
例如有个绝密的类，不想给其他人知道。 假设你所写的某个类拥有那个绝密类的实例，而这个实例变量又声明在公共接口里面：
#import <Foundation/Foundation.h>
@class EOCSuperSecretClass;
@interface EOCClass : NSObject {
@private
EOCSuperSecretClass *_secretInstance;
@end
这样别人就会知道有一个叫EOCSuperSecretClass的类了。
所以我们通常应该这样：
// EOCClass.h
#import <Foundation/Foundation.h>
@interface EOCClass : NSObject
@end
// EOCClass .m
#import "EOCClass.h"
#import "EOCSuperSecretClass.h"
@interface EOCClass () {
EOCSuperSecretClass *_secretInstance;
@end
@implementation EOCClass
// Methods here
@end
第二种用途
编写Objective-C++代码时 “class-continuation分类”也很有用。Objective-C++是 OC与C++的混合体，其代码可以用这两种语言来编写。由于兼容性原因，游戏后 端一般用C++来写。另外，有时候要使用的第三方库可能只有C++绑定，此时也必须使用 C++来编码。在这些情况下，使用"class-continuation分类"会很方便。假设某个类打算这样写：
#import <Foundation/Foundation.h>
#include "SomeCppClass.h"
@interface EOCClass : NSObject {
@private
SomeCppClass _cppClass;
@end
该类的实现文件可能叫做EOCClass.mm,其中.mm扩展名表示编译器应该将此文件按Objective-C++来编译，否则，就无法正确引人SomeCppClass.h了。然而请注意，名为SomeCppClass的这个C++类必须完全引入，因为编译器要完整地解析其定义方能得知_cppClass实例变量的大小。于是，只要是包含EOCClass.h的类，都必须编译为 Objective-C++才行，因为它们都引入了SomeCppClass类的头文件。这很快就会失控，最终 导致整个应用程序全部都要编译为ObjeCtive-C++。这样显然会增加编码的负担。
也许我们会想用前向声明来避免导入SomeCppClass.h,比如：
#import <Foundation/Foundation.h>
class SomeCppClass;
@interface EOCClass : NSObject {
@private
SomeCppClass *_cppClass;
@end
现在实例变量必须是指针，若不是，则编译器无法得知其大小，从而会报错。但所有指针的大小确实都是固定的，于是编译器只需知道其所指的类型即可。
虽然我们这样做没有#include "SomeCppClass.h"但是我们前向声明该类时所用的class关键字还是C++下的关键字，所以仍然需要按照OC来编译才行。
我们这里的解决方法还是一样，既然变量是private的，我们还是可以将它在“class-continuation分类”声明，改写成：
// EOCClass. h
#import <Foundation/Foundation.h>
@interface EOCClass : NSObject
// EOCClass.mm
#import "EOCClass.h"
#include "SomeCppClass.h"
@interface EOCClass () {
SomeCppClass _cppClass;
}
@end
@implementation EOCClass
@end
改写后的EOCClass类，其头文件里就没有C++代码了，使用头文件的人甚至意识不到其底层实现代码中混有C++成分。某些系统库用到了这种模式，比如网页浏览器框架WebKit,其大部分代码都以C++编写，然而对外展示出来的却是一套整洁的Objective-C接口。CoreAnimation里面也用到了此模式，它的许多后端代码都用C++写成，但对外公布的却是一套纯Objective-C接口。
第三种用法
就是将public接口中声明为“只读”的 属性扩展为“可读写”，以便在类的内部设置其值。
例如：
// .h文件
#import <Foundation/Foundation.h>
@interface EOCPerson : NSObject
@property (nonatomic, copy, readonly) NSString *firstName;
@property (nonatomic, copy, readonly) NSString *lastName;
-(id) initWithFirstName : (NSString*) firstName
lastName: (NSString*) lastName;
@end
我们一般会在“class-continuaticm分类”中把这两个属性扩展为“可读写”：
@interface EOCPerson ()
@property (nonatomic, copy, readwrite) NSString *firstName;
@property (nonatomic, copy, readwrite) NSString *lastName;
-(void)p_privateMethod;
@end
只需要用上面几行代码就行了。现在EOCPerson的实现代码可以随意调用“setFirstName:”或“setLastName:”这两个设置方法，也可以用“点语法”来设置属性。这样做很有用，既能令外界无法修改对象，又能在其内部按照需要管理其数据。
只会在类的实现代码中用到的私有方法也可以声明在“class-continuation分类”中。这么做比较合适，因为它描述了那些只在类实现代码中才会使用的方法。上述的私有方法加上了p_前缀。
第四种用法
当我们想要把对象所遵守的协议视为私有，就可以在“class-continuation分类”中声明。例如：
#import "EOCPerson•h"
#import "EOCSecretDelegate.h"
@interface EOCPerson () <EOCSecretDelegate>
@end
@implementation EOCPerson
/*.....*/
@end
要点
通过“class-continuation分类”向类中新增实例变量。
如果某属性在主接口中声明为“只读”，而类的内部又要用设置方法修改此属性，那么就在“class-continuation分类”中将其扩展为“可读写”
把私有方法的原型声明在“class-continuation分类”里面。
若想使类所遵循的协议不为人所知，则可于“class-continuation分类”中声明。
