iOS開發(fā):Category(分類)和Extension(類擴(kuò)展)的解惑篇。

Category (分類) 和 Extension (類擴(kuò)展)的理解和區(qū)別:

Category

  • Category解釋、定義
  • Category的用途
  • Category的注意

Extension

  • Extension解釋、定義
  • Extension的作用

*******************************華麗麗的分割線*******************************

Cagegory(分類)解釋、定義

Category:用于向已經(jīng)存在的類添加方法從而達(dá)到擴(kuò)展已有類的目的,在很多情況下Category也是比創(chuàng)建子類更優(yōu)的選擇,而新添加的方法也會(huì)被被擴(kuò)展的類的所有子類自動(dòng)繼承,但是Category原則上無(wú)法添加屬性。
先看一下蘋果對(duì)Category的解釋:
Category 是表示一個(gè)指向分類的結(jié)構(gòu)體的指針,其定義如下:

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; // 實(shí)例方法列表
    struct objc_method_list *class_methods       OBJC2_UNAVAILABLE; // 類方法列表
    struct objc_protocol_list *protocols         OBJC2_UNAVAILABLE; // 分類所實(shí)現(xiàn)的協(xié)議列表
}

通過上面我們可以發(fā)現(xiàn),這個(gè)結(jié)構(gòu)體主要包含了分類定義的實(shí)例方法與類方法,其中instance_methods 列表是 objc_class 中方法列表的一個(gè)子集,而class_methods列表是元類方法列表的一個(gè)子集。
但這個(gè)結(jié)構(gòu)體里面

根本沒有屬性列表,
根本沒有屬性列表,
根本沒有屬性列表。

Category的用途:

1.在不創(chuàng)建繼承類的情況下實(shí)現(xiàn)對(duì)已有類的擴(kuò)展;
2.簡(jiǎn)化類的開發(fā)工作(當(dāng)一個(gè)類需要多個(gè)程序猿協(xié)同開發(fā)的時(shí)候,category可以將同一個(gè)類根據(jù)用途分別放在不同的源文件中,從而便于程序猿獨(dú)立開發(fā)相應(yīng)的方法集合.)
3.將常用的相關(guān)方法進(jìn)行分組;
4.在沒有源代碼的情況下可以用來修復(fù)BUG。
5.Category能對(duì)大型的類有效分解。通常一個(gè)大型類的方法可以根據(jù)某種邏輯或是相關(guān)性分解為不同的組,一個(gè)雷達(dá)代碼量越大,將這個(gè)類分解到不同的文件中就越顯得有用,每個(gè)文件分別是這個(gè)類的某些相關(guān)的方法的集合。當(dāng)有多個(gè)開發(fā)者共同完成一個(gè)項(xiàng)目時(shí),每個(gè)人所承擔(dān)的單獨(dú)的category的開發(fā)和維護(hù)。這樣就版本控制就更加簡(jiǎn)單了,因?yàn)殚_發(fā)人員之間的工作沖突更少了。
6.當(dāng)已知某個(gè)類庫(kù)的某個(gè)方法有BUG,我們無(wú)法直接修改源代碼的時(shí)候,可以使用Category來替代這個(gè)已有類中某個(gè)方法的實(shí)體,從而達(dá)到修復(fù)BUG的目的。然而卻沒有什么便捷的途徑可以去調(diào)用已有類中原有的那個(gè)被替換掉方法的實(shí)體了。Category通常作為一種組織架構(gòu)代碼的工具來使用。

Category的注意:

1.分類用于給原有的類添加方法,因?yàn)榉诸愒诮Y(jié)構(gòu)體指針中,沒有屬性列表,只有方法列表。所以<原則上講它只能添加方法,不能添加屬性(成員變量),實(shí)際上可以通過其它方法添加屬性(我們可以通過runtime手動(dòng)添加setter/getter方法>
e.g:
在Category的.h文件聲明屬性:

 @property (nonatomic, copy) NSString *sex;

在Category的.m文件使用runtime實(shí)現(xiàn)setter/getter方法,這樣外部在訪問分類中的屬性時(shí)就不會(huì)奔潰,但是在使用_sex時(shí)還是會(huì)報(bào)錯(cuò):錯(cuò)誤提示為:(Use of undeclared identifier '_sex')

static NSString *sexKey = @"SEXKEY";   //定義一個(gè)key值
@implementation Programmer (Category)

//運(yùn)行時(shí)實(shí)現(xiàn)setter方法
- (void)sex:(NSString *)sex {
    objc_setAssociatedObject(self, & sexKey, sex, OBJC_ASSOCIATION_COPY);
}

//運(yùn)行時(shí)實(shí)現(xiàn)getter方法
- (NSString *)sex {
    return objc_getAssociatedObject(self, & sexKey);
}

2.分類中可以寫@property,但是不會(huì)生成setter/getter方法,也不會(huì)生成實(shí)現(xiàn)以及私有的成員變量(編譯時(shí)會(huì)報(bào)警告)
3.可以在分類中訪問原有類.h中的屬性
4.如果分類中有和原類同名的方法,會(huì)優(yōu)先調(diào)用分類中的方法,會(huì)忽略原有類的方法。同名方法調(diào)用的優(yōu)先級(jí)為 分類>本類>父類,因此開發(fā)中盡量不要覆蓋原有類方法,除非是原有類方法有BUG。
5.如果多個(gè)分類中都有和原有類同名的方法,那么調(diào)用該方法的時(shí)候調(diào)用哪個(gè)分類中的方法由編譯器決定,編譯器會(huì)執(zhí)行最后一個(gè)參與編譯的分類中的方法。

*******************************華麗麗的分割線*******************************

Extension解釋、定義

Extension是Category的一個(gè)特例。類擴(kuò)展與分類相比只少了分類的名稱,所以也稱之為“匿名分類”
其實(shí)開發(fā)中,我們每天都在用,對(duì)于有些人來說就像是最熟悉的陌生人。
類擴(kuò)展的格式:

@interface XXX ()
//私有屬性
//私有方法(如果不實(shí)現(xiàn),編譯時(shí)會(huì)報(bào)警,Method definition for 'XXX' not found)
@end

Extension的作用

1.為一個(gè)類添加原來沒有的變量、方法、屬性
2.一般的類擴(kuò)展寫到.m文件中
3.一般的私有屬性寫到.m文件中的類擴(kuò)展中

Category (分類) 和 Extension (類擴(kuò)展)的區(qū)別:

1.類別中原則上只能添加方法(能添加屬性的原因只是通過runtime解決無(wú)setter/getter的問題);
2.類擴(kuò)展不僅可以增加方法還可以增加屬性,只是該屬性默認(rèn)是@private(私有)類型的(應(yīng)用范圍只能在自 身類,而不是子類或其他地方);
3.類擴(kuò)展中聲明的方法沒有被實(shí)現(xiàn),編譯器會(huì)報(bào)警,但是類別中的方法沒實(shí)現(xiàn)編譯器不會(huì)有任何警告。這是因?yàn)轭悢U(kuò)展是在編譯階段被添加到類中,而類別是在運(yùn)行時(shí)添加到類中的;
4.類擴(kuò)展不能像類別那樣擁有獨(dú)立的實(shí)現(xiàn)部分(@implementation部分),也就是說:類擴(kuò)展聲明的方法必須依托對(duì)應(yīng)類的實(shí)現(xiàn)部分來實(shí)現(xiàn);
5.定義在.m中的類擴(kuò)展方法為私有方法,定義在.h中的類擴(kuò)展方法為公有的。

總結(jié)這篇文章的目的一是為了自己的學(xué)習(xí)做記錄二是為讀者對(duì)分類、類擴(kuò)展等常見的問題有個(gè)清晰的認(rèn)識(shí),以免在以后被人問起時(shí)回答的驢唇不對(duì)馬嘴。
RESOURCES

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容