OC基礎之類別(Category)和擴展(Extension)

一孵稽、類別(Category)

Ⅰ挟秤、類別文件的創(chuàng)建

1.新建文件
2.選擇iOS平臺Source中的Object-C Fie
3.選擇File Type為Category孕暇,則可建立相應類的類別文件

Ⅱ器腋、類別文件的特征

  • 類別文件為.h和.m兩個
  • 命名為"類名+類別名.h"和"類名+類別名.m"

Ⅲ盗痒、類別文件格式

.h文件中的格式為

#import "類名.h"

@interface 類名 (類別名)
// 在此處聲明方法
@end

.m文件中的格式為

#import "類名+類別名.h"

@implementation 類名 (類別名)
// 在此處實現(xiàn)聲明的方法
@end

Ⅳ、類別的作用

1谨设、拓展當前類熟掂,為類添加方法拓展
2、

Ⅴ扎拣、類別的局限性

  • 無法向現(xiàn)有的類中添加新的實例變量(類別沒有位置容納實例變量)赴肚。Category一般情況下只能為類提供方法的擴展,不提供屬性的擴展二蓝。但是利用RunTime也可以在Category中添加屬性誉券。
  • 方法名稱沖突,即類別中的新方法的名稱與現(xiàn)有類中方法名稱重名刊愚,類別具有更高的優(yōu)先級踊跟,類別中的方法將完全取代現(xiàn)有類中的方法(再也無法訪問現(xiàn)有類中的同名方法)。

Ⅵ鸥诽、Category使用和注意

  • Category中的方法如果和當前類中已有方法完全相同(這里的相同只除了方法體外的其他地方相同)商玫,那么Category相當于重寫覆蓋掉類中的方法。因為Category優(yōu)先級最高牡借,當重寫了類的方法時拳昌,系統(tǒng)會調用Category里的重寫方法
  • Category拓展的方法按照有沒有重寫當前類中的方法,分為未重寫的拓展方法和重寫拓展方法钠龙,如果類要引用Category中未重寫的拓展方法地回,必須引入Category的聲明文件。且類引用自己的Category時俊鱼,只能在.m實現(xiàn)文件中引用(如果在.h聲明文件中引用自己的類別,會因為頭文件原因造成死循環(huán))畅买,子類引用父類的類別并闲,在.h或.m文件中引用皆可。如果類引用Category中的重寫方法谷羞,不用引入Category聲明文件帝火,系統(tǒng)會自動調用Category的重寫方法
  • Category中如果重寫了A類從父類繼承來的方法s溜徙,理論上不會影響同級類(比如B類,A犀填、B繼承了同一個父類)中的方法s蠢壹,實際上本人做了實驗也不會影響
  • 如果只用Category拓展類中沒有的方法的話,影響不大九巡,但是如果要用Category重寫類中的方法图贸,一定要慎重,尤其是用Category重寫系統(tǒng)提供的類(比如:UIViewCtroller冕广、UITableView這些)的方法時疏日,更要慎重,再慎重撒汉。因為用Category重寫類中的方法會對子類造成很大的影響沟优。比如:用Category重寫了UIViewCtroller的方法A,那么如果你在工程中用到的所有繼承自UIViewCtroller的子類睬辐,去調用方法A時挠阁,執(zhí)行的都是Category中重寫的方法A,如果不幸的是,你寫的方法A有Bug溯饵,那么會造成整個工程中調用該方法的所有UIViewCtroller子類的不正常侵俗。除非你在子類中重寫了父類的方法A,這樣子類調用方法A時是調用的自己重寫的方法A瓣喊,消除了父類Category中重寫方法對自己的影響<重點坡慌,仔細閱讀這段>
  • 子類會不會繼承父類的Category:Category中的重寫方法會對子類造成影響,但是子類不會主動繼承父類的Category中的非重寫拓展方法藻三。但是在子類中引入父類Category的聲明文件后洪橘,子類就會繼承Category里的非重寫拓展方法。注意棵帽,是繼承熄求。而繼承的具體表現(xiàn)就是:當子類里的方法和父類Category中的方法完全相同(這里的相同只除了方法體外的其他地方相同)時,那么子類里的方法會覆蓋掉父類Category逗概,因為這相當于子類重寫了繼承自父類的方法
  • Category(類別)的影響是向下有效的.既會影響到該類所有子類.比如A類和B類繼承自Super類弟晚,為A添加了一個類別Gtr,那么能使用該類別的僅限A類以及A的所有子類。B類是不能使用類別Gtr的

二逾苫、擴展(Extension)

Ⅰ卿城、擴展文件的創(chuàng)建

1.新建文件
2.選擇iOS平臺Source中的Object-C Fie
3.選擇File Type為Extension,則可建立相應類的擴展文件

Ⅱ铅搓、擴展文件的特征

1.擴展文件為單一的.h文件
2.命名為"類名_類別名.h"

擴展文件格式

.h文件中的格式為

#import "類名.h"

@interface 類名 ()
// 在此添加私有成員變量瑟押、屬性、聲明方法
@end

Ⅲ星掰、擴展的作用

1.能為某個類附加額外的屬性多望,成員變量嫩舟,方法聲明
2.一般的將類擴展直接寫在.m文件中,而不單獨建立類擴展文件
3.一般的私有屬性和方法寫到類擴展
4.和類別相似怀偷,但是小括號里面沒有擴展的名字家厌,就像匿名的類別

Ⅳ、擴展的局限性

1.Extension中添加的屬性椎工、成員變量和方法屬于私有屬性和方法,(即:只能在本類的.m文件調用饭于,如果在其他類里面,本類的對象是不可以調用聲明的方法;這些屬性和方法也不能被子類索繼承),某些情況下晋渺,我們需要聲明一個@property镰绎,它對外是只讀的(readonly),而對內是可讀寫的(readwrite)木西,這時畴栖,可以通過Extensions實現(xiàn)
2.一般的時候,Extension都是寫在.m文件中八千,不單獨建立一個擴展文件吗讶,且必須寫在@implementation的上方,否則編譯會報錯恋捆。
3.類擴展定義的方法必須在類的實現(xiàn)中進行實現(xiàn)( 因為單獨定義類的擴展的話 是只生產(chǎn)一個.h文件的照皆,而類別是會生成.h .m兩個文件的,因此 類別可以在自己的文件里面實現(xiàn)自己的實現(xiàn)方法沸停,而擴展只能在需要擴展的類里面去進行擴展)膜毁。如果單獨定義類擴展的文件并且只定義屬性的話,也需要將類實現(xiàn)文件中包含進類擴展文件愤钾,否則會找不到屬性的set和get方法瘟滨。

注:在我們自定義類的.m實現(xiàn)文件中,@interface部分即是該類的擴展能颁。如我們創(chuàng)建的繼承自UIViewController的類的.m文件代碼如下

#import "MyViewController.h"

// 此乃本類的擴展
@interface MyViewController ()
// 在此聲明方法杂瘸,添加成員變量和屬性
@end

@implementation MyViewController

- (void)viewDidLoad {
    [super viewDidLoad];
    // Do any additional setup after loading the view.
}

- (void)didReceiveMemoryWarning {
    [super didReceiveMemoryWarning];
    // Dispose of any resources that can be recreated.
}

@end

當我們?yōu)镸yViewController添加一個名為"MyViewController_Extension.h"的擴展時,可以看到MyViewController_Extension.h中的代碼如下

#import "MyViewController.h"

@interface MyViewController ()
// 在此聲明方法伙菊,添加成員變量和屬性
@end

可以看出败玉,單獨創(chuàng)建的擴展文件中的內容和.m實現(xiàn)文件中擴展的內容是一樣的,當在MyViewController.h擴展文件中聲明了方法镜硕,需要將MyViewController_Extension.h引入到MyViewController.m文件中运翼,并在MyViewController.m文件中實現(xiàn)該方法

總結

類別(Category)和擴展(Extension)的區(qū)別

1.類別只能擴充方法,不能擴展屬性和成員變量(如果包含成員變量會直接報錯)兴枯;如果分類中聲明了一個屬性南蹂,那么分類只會生成這個屬性的set、get方法聲明念恍,也就是不會有實現(xiàn)
2.擴展有時也成為匿名類別


拓展:協(xié)議protocol

協(xié)議文件的創(chuàng)建

1.新建文件
2.選擇iOS平臺Source中的Object-C Fie
3.選擇File Type為protocol六剥,則可建立協(xié)議文件

協(xié)議文件的特征

1.協(xié)議文件為單一的.h文件
2.命名規(guī)則一般為"類名Delegate.h"

使用格式

.h文件中的格式為

#import <Foundation/Foundation.h>

@protocol 類名Delegate <NSObject>

// 在此聲明協(xié)議方法
// @requires修飾的聲明方法,代理方必須實現(xiàn)
// @optional修飾的聲明方法峰伙,代理方可以不實現(xiàn)

@end

使用方法

委托方將該協(xié)議文件導入自己的.h文件中疗疟,并添加一個遵守該協(xié)議的代理屬性

注:就像一般把擴展寫在.m文件中,而不單獨建立一個擴展文件一樣瞳氓;一般開發(fā)中策彤,不單獨建立一個協(xié)議文件,而是將協(xié)議制定在委托方的.h文件中匣摘。

希望讀到本文的各位店诗,可以指出文中的錯誤,提出自己的質疑音榜,歡迎評論和私信庞瘸,謝謝……

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市赠叼,隨后出現(xiàn)的幾起案子擦囊,更是在濱河造成了極大的恐慌,老刑警劉巖嘴办,帶你破解...
    沈念sama閱讀 216,324評論 6 498
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件瞬场,死亡現(xiàn)場離奇詭異,居然都是意外死亡涧郊,警方通過查閱死者的電腦和手機贯被,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,356評論 3 392
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來妆艘,“玉大人彤灶,你說我怎么就攤上這事∷裕” “怎么了枢希?”我有些...
    開封第一講書人閱讀 162,328評論 0 353
  • 文/不壞的土叔 我叫張陵,是天一觀的道長朱沃。 經(jīng)常有香客問我苞轿,道長,這世上最難降的妖魔是什么逗物? 我笑而不...
    開封第一講書人閱讀 58,147評論 1 292
  • 正文 為了忘掉前任搬卒,我火速辦了婚禮,結果婚禮上翎卓,老公的妹妹穿的比我還像新娘契邀。我一直安慰自己,他們只是感情好失暴,可當我...
    茶點故事閱讀 67,160評論 6 388
  • 文/花漫 我一把揭開白布坯门。 她就那樣靜靜地躺著微饥,像睡著了一般。 火紅的嫁衣襯著肌膚如雪古戴。 梳的紋絲不亂的頭發(fā)上欠橘,一...
    開封第一講書人閱讀 51,115評論 1 296
  • 那天,我揣著相機與錄音现恼,去河邊找鬼肃续。 笑死,一個胖子當著我的面吹牛叉袍,可吹牛的內容都是我干的始锚。 我是一名探鬼主播,決...
    沈念sama閱讀 40,025評論 3 417
  • 文/蒼蘭香墨 我猛地睜開眼喳逛,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了艺配?” 一聲冷哼從身側響起察郁,我...
    開封第一講書人閱讀 38,867評論 0 274
  • 序言:老撾萬榮一對情侶失蹤皮钠,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后赠法,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,307評論 1 310
  • 正文 獨居荒郊野嶺守林人離奇死亡砖织,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 37,528評論 2 332
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了侧纯。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,688評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡眶熬,死狀恐怖妹笆,靈堂內的尸體忽然破棺而出娜氏,到底是詐尸還是另有隱情,我是刑警寧澤贸弥,帶...
    沈念sama閱讀 35,409評論 5 343
  • 正文 年R本政府宣布窟坐,位于F島的核電站,受9級特大地震影響,放射性物質發(fā)生泄漏哲鸳。R本人自食惡果不足惜臣疑,卻給世界環(huán)境...
    茶點故事閱讀 41,001評論 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望徙菠。 院中可真熱鬧朝捆,春花似錦、人聲如沸懒豹。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,657評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽脸秽。三九已至,卻和暖如春蝴乔,著一層夾襖步出監(jiān)牢的瞬間记餐,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,811評論 1 268
  • 我被黑心中介騙來泰國打工薇正, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留片酝,地道東北人。 一個月前我還...
    沈念sama閱讀 47,685評論 2 368
  • 正文 我出身青樓挖腰,卻偏偏與公主長得像雕沿,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子猴仑,可洞房花燭夜當晚...
    茶點故事閱讀 44,573評論 2 353

推薦閱讀更多精彩內容