iOS 開發(fā) 利用Category對控制器瘦身

由于筆者的項目有些業(yè)務(wù)非常復(fù)雜叠国,控制器的代碼輕輕松松就會破千屯远,膨脹的很快金麸,因此很有必要對控制器進行瘦身,本篇文章主要介紹筆者在實際項目中利用Category對控制器進行瘦身的經(jīng)驗總結(jié)套鹅。(PS:后面會介紹利用MVVM+RAC方式實現(xiàn)),在介紹之前首先有必要知道Category相關(guān)的知識汰具。

Category

category是OC所特有的語法卓鹿,它可以給一個現(xiàn)有的類增加方法,原則上只能增加方法留荔,不能增加屬性吟孙,如果你給分類增加屬性,是不會生成get/set 方法的聚蝶。(可以利用運行時機制動態(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為實例方法列表恰聘,class_methods為類方法列表句各,protocols為分類所實現(xiàn)的協(xié)議列表,可以看到壓根就沒有屬性列表晴叨,這就解釋了為什么分類原則上只能添加方法不能添加屬性凿宾。

Category作用及特點

1.為現(xiàn)有類增加方法,包括系統(tǒng)的類(在實際開發(fā)中會經(jīng)常給系統(tǒng)的類添加一些方法來方便我們調(diào)用兼蕊,擴展也可以做到為現(xiàn)有類增加方法和屬性初厚,但對于系統(tǒng)的類(NSColor,UIButton...)擴展就做不到了)
2. Category可以訪問原類中.h的屬性。
3. Category是在運行時添加到類中的孙技,擴展是在編譯器添加到類中产禾,這就解釋了為什么擴展中的方法沒實現(xiàn)編譯時會報警告,而Category卻不報警告牵啦。
4. Category中的方法和原類的方法如果相同亚情,則優(yōu)先調(diào)用Category的方法。

實現(xiàn)思路

先看下面的這張圖:

屏幕快照 2017-08-05 18.52.12.png

項目一開始編寫的時候由于迭代非彻快楞件,代碼都寫在了CYEditProductViewController這個文件中衫生,后來隨著業(yè)務(wù)的不斷變化,這個控制器的代碼輕松的破千了土浸,這簡直是不能忍罪针,因此便開始對這個控制器進行瘦身,對這個控制器添加了兩個分類黄伊。
那么問題來了:應(yīng)該將該控制器的哪些代碼放到同一個分類里泪酱?
我采用的原則是:完成同一個功能的代碼放在一個分類里面,如

CYEditProductViewController (ProductImages)

這個分類里面主要包含了商品圖片的一些操作还最。
分類里面主要是將原控制器的一些方法移到這個分類里西篓,那原控制器的代碼自然就會少,分類里如果要訪問原控制器的屬性和方法憋活,有兩種辦法:
1.是將原控制器的屬性和方法暴露在.h文件里面岂津。
2.將原控制器的屬性移到分類里,利用運行時動態(tài)添加悦即。

以上就是利用Category對控制器瘦身的基本思路吮成,大家如有什么看法或者建議歡迎評論指正。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末辜梳,一起剝皮案震驚了整個濱河市粱甫,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌作瞄,老刑警劉巖茶宵,帶你破解...
    沈念sama閱讀 217,542評論 6 504
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異宗挥,居然都是意外死亡乌庶,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,822評論 3 394
  • 文/潘曉璐 我一進店門契耿,熙熙樓的掌柜王于貴愁眉苦臉地迎上來瞒大,“玉大人,你說我怎么就攤上這事搪桂⊥傅校” “怎么了?”我有些...
    開封第一講書人閱讀 163,912評論 0 354
  • 文/不壞的土叔 我叫張陵踢械,是天一觀的道長酗电。 經(jīng)常有香客問我,道長内列,這世上最難降的妖魔是什么撵术? 我笑而不...
    開封第一講書人閱讀 58,449評論 1 293
  • 正文 為了忘掉前任,我火速辦了婚禮德绿,結(jié)果婚禮上荷荤,老公的妹妹穿的比我還像新娘。我一直安慰自己移稳,他們只是感情好蕴纳,可當(dāng)我...
    茶點故事閱讀 67,500評論 6 392
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著个粱,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上梯投,一...
    開封第一講書人閱讀 51,370評論 1 302
  • 那天押桃,我揣著相機與錄音,去河邊找鬼胶征。 笑死塞椎,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的睛低。 我是一名探鬼主播案狠,決...
    沈念sama閱讀 40,193評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼钱雷!你這毒婦竟也來了骂铁?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,074評論 0 276
  • 序言:老撾萬榮一對情侶失蹤罩抗,失蹤者是張志新(化名)和其女友劉穎拉庵,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體套蒂,經(jīng)...
    沈念sama閱讀 45,505評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡钞支,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,722評論 3 335
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了操刀。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片伸辟。...
    茶點故事閱讀 39,841評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖馍刮,靈堂內(nèi)的尸體忽然破棺而出信夫,到底是詐尸還是另有隱情,我是刑警寧澤卡啰,帶...
    沈念sama閱讀 35,569評論 5 345
  • 正文 年R本政府宣布静稻,位于F島的核電站,受9級特大地震影響匈辱,放射性物質(zhì)發(fā)生泄漏振湾。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,168評論 3 328
  • 文/蒙蒙 一亡脸、第九天 我趴在偏房一處隱蔽的房頂上張望押搪。 院中可真熱鬧树酪,春花似錦、人聲如沸大州。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,783評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽厦画。三九已至疮茄,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間根暑,已是汗流浹背力试。 一陣腳步聲響...
    開封第一講書人閱讀 32,918評論 1 269
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留排嫌,地道東北人畸裳。 一個月前我還...
    沈念sama閱讀 47,962評論 2 370
  • 正文 我出身青樓,卻偏偏與公主長得像淳地,于是被迫代替她去往敵國和親躯畴。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,781評論 2 354

推薦閱讀更多精彩內(nèi)容

  • Spring Cloud為開發(fā)人員提供了快速構(gòu)建分布式系統(tǒng)中一些常見模式的工具(例如配置管理薇芝,服務(wù)發(fā)現(xiàn)蓬抄,斷路器,智...
    卡卡羅2017閱讀 134,656評論 18 139
  • Swift版本點擊這里歡迎加入QQ群交流: 594119878最新更新日期:18-09-17 About A cu...
    ylgwhyh閱讀 25,374評論 7 249
  • 豆豆的心愿 裴莊初中 尚仙琴 媽媽阅爽,您離開家的日子,和星星一樣多荐开,叫我...
    尚仙琴閱讀 393評論 0 2
  • 鋼筋水泥鑄造的大廈付翁,承載著無數(shù)人的辛勤勞苦。其中不泛有許多年輕的汗水晃听,也許你已經(jīng)習(xí)慣工地上最原始的勞力百侧,是一些年紀...
    云軒曦閱讀 293評論 0 0