由于筆者的項(xiàng)目有些業(yè)務(wù)非常復(fù)雜，控制器的代碼輕輕松松就會(huì)破千，膨脹的很快，因此很有必要對(duì)控制器進(jìn)行瘦身，本篇文章主要介紹筆者在實(shí)際項(xiàng)目中利用Category對(duì)控制器進(jìn)行瘦身的經(jīng)驗(yàn)總結(jié)。（PS：后面會(huì)介紹利用MVVM+RAC方式實(shí)現(xiàn)），在介紹之前首先有必要知道Category相關(guān)的知識(shí)。
Category
category是OC所特有的語法，它可以給一個(gè)現(xiàn)有的類增加方法，原則上只能增加方法，不能增加屬性，如果你給分類增加屬性，是不會(huì)生成get/set 方法的。（可以利用運(yùn)行時(shí)機(jī)制動(dòng)態(tài)添加屬性，移步）。那么問題來了為什么不能添加屬性。我們來看下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為實(shí)例方法列表，class_methods為類方法列表，protocols為分類所實(shí)現(xiàn)的協(xié)議列表，可以看到壓根就沒有屬性列表，這就解釋了為什么分類原則上只能添加方法不能添加屬性。
Category作用及特點(diǎn)
1.為現(xiàn)有類增加方法，包括系統(tǒng)的類（在實(shí)際開發(fā)中會(huì)經(jīng)常給系統(tǒng)的類添加一些方法來方便我們調(diào)用，擴(kuò)展也可以做到為現(xiàn)有類增加方法和屬性，但對(duì)于系統(tǒng)的類（NSColor,UIButton...）擴(kuò)展就做不到了）
2. Category可以訪問原類中.h的屬性。
3. Category是在運(yùn)行時(shí)添加到類中的，擴(kuò)展是在編譯器添加到類中，這就解釋了為什么擴(kuò)展中的方法沒實(shí)現(xiàn)編譯時(shí)會(huì)報(bào)警告，而Category卻不報(bào)警告。
4. Category中的方法和原類的方法如果相同，則優(yōu)先調(diào)用Category的方法。
實(shí)現(xiàn)思路
先看下面的這張圖：
項(xiàng)目一開始編寫的時(shí)候由于迭代非?？?，代碼都寫在了CYEditProductViewController這個(gè)文件中，后來隨著業(yè)務(wù)的不斷變化，這個(gè)控制器的代碼輕松的破千了，這簡(jiǎn)直是不能忍，因此便開始對(duì)這個(gè)控制器進(jìn)行瘦身，對(duì)這個(gè)控制器添加了兩個(gè)分類。
那么問題來了：應(yīng)該將該控制器的哪些代碼放到同一個(gè)分類里？
我采用的原則是：完成同一個(gè)功能的代碼放在一個(gè)分類里面，如
CYEditProductViewController (ProductImages)
這個(gè)分類里面主要包含了商品圖片的一些操作。
分類里面主要是將原控制器的一些方法移到這個(gè)分類里，那原控制器的代碼自然就會(huì)少，分類里如果要訪問原控制器的屬性和方法，有兩種辦法：
1.是將原控制器的屬性和方法暴露在.h文件里面。
2.將原控制器的屬性移到分類里，利用運(yùn)行時(shí)動(dòng)態(tài)添加。
以上就是利用Category對(duì)控制器瘦身的基本思路，大家如有什么看法或者建議歡迎評(píng)論指正。
