iOS反射機制

該文章屬于劉小壯原創,轉載請注明:劉小壯


配圖

了解反射機制

Objective-C語言中的OC對象,都繼承自NSObject類。這個類為我們提供了一些基礎的方法和協議,我們可以直接調用從這個類繼承過來方法。當然,本篇文章中講到的反射方法,就在NSObjectFoundation框架中。

反射機制涉及到的東西比較多,這篇文章只從OC層面來講反射機制,不涉及runtime部分,以后會寫文章來專門講runtime的。

獲取Class對象

Class對象其實本質上就是一個結構體,這個結構體中的成員變量還是自己,這種設計方式非常像鏈表的數據結構。

typedef struct objc_class *Class;
    struct objc_class {
        Class isa  OBJC_ISA_AVAILABILITY;                                  
}

可以直接用一個實例對象或類對象,直接調用Class方法,都可以獲取Class對象。我們調用下面三個方法,都可以獲得Class對象。

// 在實例方法中通過self調用class實例方法獲取類對象
[self class]

// 通過ViewController類直接調用class類方法獲取類對象
[ViewController class]

// 在類方法中使用類對象調用class方法獲取類對象
+ (Class)classMethod {
    return [self class];
}

通過打印,我們發現調用這三個方法,獲取到的類對象是同一個類對象,內存地址也是一樣的。
這是因為這三個方法調用class方法,打印的都是類對象的isa指針。

NSLog(@"%p, %p, %p", [ViewController classMethod], [ViewController class], [self class]);
打印結果:0x10c68e978, 0x10c68e978, 0x10c68e978
反射方法

系統Foundation框架為我們提供了一些方法反射的API,我們可以通過這些API執行將字符串轉為SEL等操作。由于OC語言的動態性,這些操作都是發生在運行時的。

// SEL和字符串轉換
FOUNDATION_EXPORT NSString *NSStringFromSelector(SEL aSelector);
FOUNDATION_EXPORT SEL NSSelectorFromString(NSString *aSelectorName);

// Class和字符串轉換
FOUNDATION_EXPORT NSString *NSStringFromClass(Class aClass);
FOUNDATION_EXPORT Class __nullable NSClassFromString(NSString *aClassName);

// Protocol和字符串轉換
FOUNDATION_EXPORT NSString *NSStringFromProtocol(Protocol *proto) NS_AVAILABLE(10_5, 2_0);
FOUNDATION_EXPORT Protocol * __nullable NSProtocolFromString(NSString *namestr) NS_AVAILABLE(10_5, 2_0);

通過這些方法,我們可以在運行時選擇創建那個實例,并動態選擇調用哪個方法。這些操作甚至可以由服務器傳回來的參數來控制,我們可以將服務器傳回來的類名和方法名,實例為我們的對象。

// 假設從服務器獲取JSON串,通過這個JSON串獲取需要創建的類為ViewController,并且調用這個類的getDataList方法。
Class class = NSClassFromString(@"ViewController");
ViewController *vc = [[class alloc] init];
SEL selector = NSSelectorFromString(@"getDataList");
[vc performSelector:selector];
常用判斷方法

NSObject類中為我們提供了一些基礎方法,用來做一些判斷操作,這些方法都是發生在運行時動態判斷的。

// 當前對象是否這個類或其子類的實例
- (BOOL)isKindOfClass:(Class)aClass;

// 當前對象是否是這個類的實例
- (BOOL)isMemberOfClass:(Class)aClass;

// 當前對象是否遵守這個協議
- (BOOL)conformsToProtocol:(Protocol *)aProtocol;

// 當前對象是否實現這個方法
- (BOOL)respondsToSelector:(SEL)aSelector;

下面的代碼是判斷當前對象是否是UIView對象或其子類,其它方法使用和下面類似。

if ([self isKindOfClass:NSClassFromString(@"UIView")]) {
    NSLog(@"The Current Class is UIView Class");
}

反射機制使用技巧

假設有一天公司產品要實現一個需求,需要根據后臺推送過來的數據,進行動態頁面跳轉,跳轉到頁面后根據返回到數據執行對應的操作。

遇到這樣奇葩的需求,我們當然可以問產品都有哪些情況執行哪些方法,然后寫一大堆if else判斷或switch判斷。但是這種并不太好,而且不夠靈活,假設后續版本需求變了,還要往其他已有頁面中跳轉,這就更難處理了。

這種情況反射機制就派上用場了,我們可以用反射機制動態的創建類并執行方法。當然也可以通過runtime來實現這個功能,但是我們當前需求反射機制已經足夠滿足需求了,如果遇到更加復雜的需求可以考慮用runtime來實現。

這時候就需要和后臺配合了,我們首先需要和后臺商量好返回的數據結構,以及數據格式、類型等,返回后我們按照和后臺約定的格式,根據后臺返回的信息,直接進行反射和調用即可。

假設和后臺約定格式如下:

@{
     // 類名
     @"className" : @"UserListViewController", 
     // 數據參數
     @"propertys" : @{ @"name": @"lxz", 
                       @"age": @3 },
     // 調用方法名
     @"method" : @"refreshUserInformation"
};

定義一個UserListViewController類,這個類用于測試,在實際使用中可能會有多個這樣的控制器類。

// 由于使用的KVC賦值,如果不想把這兩個屬性暴露出來,把這兩個屬性寫在.m文件也可以
@interface UserListViewController : UIViewController
@property (nonatomic,strong) NSString *name;
@property (nonatomic,strong) NSNumber *age;

// 使用反射機制反射為SEL后,調用的方法
- (void)refreshUserInformation;
@end

下面通過反射機制簡單實現了控制器跳轉的方法,在實際使用中再根據業務需求進行修改即可。因為這篇文章主要是講反射機制,所以沒有使用runtime代碼。

// 簡單封裝的頁面跳轉方法,只是做演示,代碼都是沒問題的,使用時可以根據業務需求進行修改。
- (void)remoteNotificationDictionary:(NSDictionary *)dict {
    // 根據字典字段反射出我們想要的類,并初始化控制器
    Class class = NSClassFromString(dict[@"className"]);
    UIViewController *vc = [[class alloc] init];
    // 獲取參數列表,使用枚舉的方式,對控制器屬性進行KVC賦值
    NSDictionary *parameter = dict[@"propertys"];
    [parameter enumerateKeysAndObjectsUsingBlock:^(id  _Nonnull key, id  _Nonnull obj, BOOL * _Nonnull stop) {
        // 在屬性賦值時,做容錯處理,防止因為后臺數據導致的異常
        if ([vc respondsToSelector:NSSelectorFromString(key)]) {
            [vc setValue:obj forKey:key];
        }
    }];
    [self.navigationController pushViewController:vc animated:YES];
    // 從字典中獲取方法名,并調用對應的方法
    SEL selector = NSSelectorFromString(dict[@"method"]);
    [vc performSelector:selector];
}

Demo模擬應用程序根據遠程推送過來的數據,動態進行頁面跳轉和調用等操作。只是簡單實現了一個Demo,在實際應用中可以根據業務需求做更復雜的處理。

Demo只是來輔助讀者更好的理解文章中的內容,應該博客結合Demo一起學習,只看Demo還是不能理解更深層的原理。Demo中代碼都會有注釋,各位可以打斷點跟著Demo執行流程走一遍,看看各個階段變量的值。

Demo地址:劉小壯的Github

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,739評論 6 534
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,634評論 3 419
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,653評論 0 377
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,063評論 1 314
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,835評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,235評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,315評論 3 442
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,459評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,000評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,819評論 3 355
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,004評論 1 370
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,560評論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,257評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,676評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,937評論 1 288
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,717評論 3 393
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,003評論 2 374

推薦閱讀更多精彩內容