iOS 類族(類簇)

什么是類族

"類族"是一種很有用的模式(pattern),可以隱藏"抽象基類"背后的實現(xiàn)細節(jié).
比如UIKit框架中的UIButton類.想創(chuàng)建按鈕,需要調(diào)用下面這個"類方法":

+ (instancetype)buttonWithType:(UIButtonType)buttonType;

該方法返回的對象,其類型取決于傳入的按鈕類型(button type).然而,不管返回什么類型的對象,他們都繼承自同一個基類:UIButton.這么做的意義在于:UIButton類的使用者無須關(guān)心創(chuàng)建出來的按鈕具體屬于哪個子類,也不用考慮按鈕的繪制方式等實現(xiàn)細節(jié).使用者只需要明白如何創(chuàng)建按鈕,如何設(shè)置"標題"(title)這樣的屬性,如何增加觸摸動作的目標對象等問題就好.

- (void)drawRect:(CGRect)rect {
    if (_type == TypeA) {
        //Dram TypeA button
    } else if (_type == TypeB) {
        //Draw TypeB button
    }
}

我們可以像上面代碼寫的那樣,把各種按鈕的繪制邏輯都放在一個類里,并根據(jù)按鈕類型來切換.
但是如果需要依按鈕類型來切換的繪制方法有許多種,那么就會變得麻煩了.
這時,比較好的做法是把各種按鈕所用的繪制方法放到相關(guān)子類中去.但是這樣做對使用這個類的用戶來說會有一個問題,就是他可能不知道這個類的子類有哪幾個,更不用說去使用了.
此時應(yīng)該使用"類族模式",該模式可以靈活應(yīng)對多個類,將它們的實現(xiàn)細節(jié)隱藏在抽象基類后面,以保持接口簡潔.用戶無需自己創(chuàng)建子類實例,只需要用基類方法來創(chuàng)建即可.

創(chuàng)建類族

假設(shè)有一個處理雇員的類,每個雇員都有"名字"和"薪水"這兩個屬性,管理者可以命令其執(zhí)行日常工作.但是,各雇員的工作內(nèi)容卻不同.經(jīng)理在帶領(lǐng)雇員做項目時,無須關(guān)心每個人如何完成其工作,僅指示其開工即可.
定義抽象基類EOCEmployee

EOCEmployee.h

typedef NS_ENUM(NSUInteger, EOCEmployeeType) {
    EOCEmployeeTypeDeveloper,
    EOCEmployeeTypeDesigner,
    EOCEmployeeTypeFinance
};

@interface EOCEmployee : NSObject

@property (nonatomic, copy) NSString *name;
@property (nonatomic, assign) NSUInteger salary;

//Helper for creating Employee objects
+ (EOCEmployee *)employeeWithType:(EOCEmployeeType)type;

//Make Employees do their respective day's work
- (void)doDaysWork;

@end
EOCEmployee.m

@implementation EOCEmployee

+ (EOCEmployee *)employeeWithType:(EOCEmployeeType)type {
    switch (type) {
        case EOCEmployeeTypeDeveloper:
            return [EOCEmployeeDeveloper new];
            break;
        case EOCEmployeeTypeDesigner:
            return [EOCEmployeeDesigner new];
            break;
        case EOCEmployeeTypeFinance:
            return [EOCEmployeeFinance new];
            break;
    }
}

- (void)doADaysWork {
    //Subclasses implement this
}

@end

定義EOCEmployee的子類,以EOCEmployeeDeveloper為例

EOCEmployeeDeveloper.h

@interface EOCEmployeeDeveloper : EOCEmployee
@end
EOCEmployeeDeveloper.m

@implementation EOCEmployeeDeveloper

- (void)doADaysWork {
    [self writeCode];
}

@end

在本例中,基類實現(xiàn)了一個"類方法",該方法根據(jù)待創(chuàng)建的雇員類別分配好對應(yīng)的雇員實例.這種"工廠模式"是創(chuàng)建類族的辦法之一.
在OC這門語言當中沒辦法指明某個基類是"抽象的".于是,開發(fā)者通常會在文檔中寫明類的用法.這種情況下,基類接口一般沒有名為init的成員方法,這暗示該類的實例也許不應(yīng)該由用戶直接創(chuàng)建.
還有一種辦法可以確保用戶不會使用基類實例,那就是在基類的doADaysWork方法中拋出異常.然而這種做法相當極端,很少有人用.
如果對象所屬的類位于某個類族中,那么在查詢其內(nèi)心信息時就要當心了.你可能覺得自己創(chuàng)建了某個類的實例,然而實際上創(chuàng)建的卻是其子類的實例.
在Employye這個例子中,[employye isMemberOfClass:[EOCEmployee class]]會返回NO,因為employye并非EOCEmployee類的實例,而是其某個子類的實例.

Cocoa里的類族

系統(tǒng)框架中有許多類族.大部分collection類都是類族,例如NSArray與其可變版本NSMutableArray.

id maybeAnArray = /* ... */;
if ([maybeAnArray class] == [NSArray class]) {
  // Will never be hit
}

上面這段代碼if語句永遠不可能為真.[maybeAnArray class]所返回的類絕不可能是NSArray本身,因為由NSArray的初始化方法所返回的那個實例其類型是隱藏在類族公共接口后面的某個內(nèi)部類型.
如果我們想判斷某個對象是否位于類族中,不要直接檢測兩個"類對象"是否相同,而應(yīng)該采用下面的代碼:

id maybeAnArray = /* ... */;
if ([maybeAnArray isKindOfClass:[NSArray class]]) {
  // Will be hit
}

我們經(jīng)常需要向類族中新增實體子類,不過在Employee這個例子中,若是沒有"工廠方法"的源代碼,那就無法向其中新增雇員類別了.
然而對于Cocoa中NSArray這樣的類族來說,還是有辦法新增子類的,但是要遵守幾條規(guī)則

  • 子類應(yīng)該繼承自類族中的抽象基類
    若要編寫NSArray類族的子類,則需令其繼承自不可變數(shù)組的基類或可變數(shù)組的基類.
  • 子類應(yīng)該定義自己的數(shù)據(jù)存儲方式
    開發(fā)者編寫NSArray子類時,經(jīng)常在這個問題上受阻.子類必須用一個實例變量來存放數(shù)組中的對象.我們以為NSArray自己肯定會保存那些對象,所以在子類中就無須再存一份了.但是NSArray本身只不過是包在其他隱藏對象外面的殼,它僅僅定義了所有數(shù)組都需要具備的一些接口.對于這個自定義的數(shù)組子類來說,可以用NSArray來保存其實例.
  • 子類應(yīng)當覆寫超類文檔中指明需要覆寫的方法.
    在每個抽象基類中,都有一些子類必須覆寫的方法.比如說,想要編寫NSArray的子類,就需要實現(xiàn)count及"objectAtIndex:"方法.像lastObject這種方法則無需實現(xiàn),因為基類可以根據(jù)前兩個方法實現(xiàn)出這個方法.
    在類族中實現(xiàn)子類時所需遵守的規(guī)范一般都會定義于基類的文檔之中,編碼前應(yīng)該先看看.

參考文獻:[1]Matt Galloway.Effective Objective-C 2.0[M].北京:機械工業(yè)出版社, 2015: 35-39

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末弥搞,一起剝皮案震驚了整個濱河市箫津,隨后出現(xiàn)的幾起案子藕咏,更是在濱河造成了極大的恐慌,老刑警劉巖妒潭,帶你破解...
    沈念sama閱讀 206,968評論 6 482
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件焙蹭,死亡現(xiàn)場離奇詭異,居然都是意外死亡次泽,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,601評論 2 382
  • 文/潘曉璐 我一進店門席爽,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人啊片,你說我怎么就攤上這事只锻。” “怎么了紫谷?”我有些...
    開封第一講書人閱讀 153,220評論 0 344
  • 文/不壞的土叔 我叫張陵齐饮,是天一觀的道長。 經(jīng)常有香客問我笤昨,道長祖驱,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 55,416評論 1 279
  • 正文 為了忘掉前任瞒窒,我火速辦了婚禮捺僻,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘崇裁。我一直安慰自己匕坯,他們只是感情好,可當我...
    茶點故事閱讀 64,425評論 5 374
  • 文/花漫 我一把揭開白布拔稳。 她就那樣靜靜地躺著葛峻,像睡著了一般。 火紅的嫁衣襯著肌膚如雪巴比。 梳的紋絲不亂的頭發(fā)上术奖,一...
    開封第一講書人閱讀 49,144評論 1 285
  • 那天礁遵,我揣著相機與錄音,去河邊找鬼采记。 笑死佣耐,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的挺庞。 我是一名探鬼主播晰赞,決...
    沈念sama閱讀 38,432評論 3 401
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼选侨!你這毒婦竟也來了掖鱼?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 37,088評論 0 261
  • 序言:老撾萬榮一對情侶失蹤援制,失蹤者是張志新(化名)和其女友劉穎戏挡,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體晨仑,經(jīng)...
    沈念sama閱讀 43,586評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡褐墅,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,028評論 2 325
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了洪己。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片妥凳。...
    茶點故事閱讀 38,137評論 1 334
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖答捕,靈堂內(nèi)的尸體忽然破棺而出逝钥,到底是詐尸還是另有隱情,我是刑警寧澤拱镐,帶...
    沈念sama閱讀 33,783評論 4 324
  • 正文 年R本政府宣布艘款,位于F島的核電站,受9級特大地震影響沃琅,放射性物質(zhì)發(fā)生泄漏哗咆。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 39,343評論 3 307
  • 文/蒙蒙 一益眉、第九天 我趴在偏房一處隱蔽的房頂上張望晌柬。 院中可真熱鬧,春花似錦郭脂、人聲如沸空繁。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,333評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽盛泡。三九已至,卻和暖如春娱颊,著一層夾襖步出監(jiān)牢的瞬間傲诵,已是汗流浹背凯砍。 一陣腳步聲響...
    開封第一講書人閱讀 31,559評論 1 262
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留拴竹,地道東北人悟衩。 一個月前我還...
    沈念sama閱讀 45,595評論 2 355
  • 正文 我出身青樓,卻偏偏與公主長得像栓拜,于是被迫代替她去往敵國和親座泳。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 42,901評論 2 345

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