由于笔者的项目有些业务非常复杂，控制器的代码轻轻松松就会破千，膨胀的很快，因此很有必要对控制器进行瘦身，本篇文章主要介绍笔者在实际项目中利用Category对控制器进行瘦身的经验总结。（PS：后面会介绍利用MVVM+RAC方式实现），在介绍之前首先有必要知道Category相关的知识。
Category
category是OC所特有的语法，它可以给一个现有的类增加方法，原则上只能增加方法，不能增加属性，如果你给分类增加属性，是不会生成get/set 方法的。（可以利用运行时机制动态添加属性，移步）。那么问题来了为什么不能添加属性。我们来看下Category的代码：
typedef struct objc_category *Category;
struct objc_category {
char *category_name OBJC2_UNAVAILABLE;
char *class_name OBJC2_UNAVAILABLE; // 分类所属的类名
struct objc_method_list *instance_methods OBJC2_UNAVAILABLE;
struct objc_method_list *class_methods OBJC2_UNAVAILABLE;
struct objc_protocol_list *protocols OBJC2_UNAVAILABLE;
}
其中category_name为分类名，class_name为分类所属的类名，instance_methods为实例方法列表，class_methods为类方法列表，protocols为分类所实现的协议列表，可以看到压根就没有属性列表，这就解释了为什么分类原则上只能添加方法不能添加属性。
Category作用及特点
1.为现有类增加方法，包括系统的类（在实际开发中会经常给系统的类添加一些方法来方便我们调用，扩展也可以做到为现有类增加方法和属性，但对于系统的类（NSColor,UIButton...）扩展就做不到了）
2. Category可以访问原类中.h的属性。
3. Category是在运行时添加到类中的，扩展是在编译器添加到类中，这就解释了为什么扩展中的方法没实现编译时会报警告，而Category却不报警告。
4. Category中的方法和原类的方法如果相同，则优先调用Category的方法。
实现思路
先看下面的这张图：
项目一开始编写的时候由于迭代非常快，代码都写在了CYEditProductViewController这个文件中，后来随着业务的不断变化，这个控制器的代码轻松的破千了，这简直是不能忍，因此便开始对这个控制器进行瘦身，对这个控制器添加了两个分类。
那么问题来了：应该将该控制器的哪些代码放到同一个分类里？
我采用的原则是：完成同一个功能的代码放在一个分类里面，如
CYEditProductViewController (ProductImages)
这个分类里面主要包含了商品图片的一些操作。
分类里面主要是将原控制器的一些方法移到这个分类里，那原控制器的代码自然就会少，分类里如果要访问原控制器的属性和方法，有两种办法：
1.是将原控制器的属性和方法暴露在.h文件里面。
2.将原控制器的属性移到分类里，利用运行时动态添加。
以上就是利用Category对控制器瘦身的基本思路，大家如有什么看法或者建议欢迎评论指正。
