有了這些ios面試技巧,公司任你進

利用runtime 可以做一些OC不容易實現的功能

1,動態交換兩個方法的實現(特別是交換系統自帶的方法)

2,動態添加對象的成員變量和成員方法

3,獲得某個類的所有成員方法、所有成員變量

如何應用運行時?

1.將某些OC代碼轉為運行時代碼,探究底層,比如block的實現原理(上邊已講到);

2.攔截系統自帶的方法調用(Swizzle 黑魔法),比如攔截imageNamed:、viewDidLoad、alloc;

3.實現分類也可以增加屬性;

4.實現NSCoding的自動歸檔和自動解檔;

5.實現字典和模型的自動轉換。

下面我通過demo 我一個個來講解

一、交換兩個方法的實現,攔截系統自帶的方法調用功能

需要用到的方法

獲得某個類的類方法

Methodclass_getClassMethod(Classcls , SEL name)

獲得某個類的實例對象方法

Methodclass_getInstanceMethod(Classcls , SEL name)

交換兩個方法的實現

void method_exchangeImplementations(Methodm1,Methodm2)

案例1:方法簡單的交換

創建一個Person類,類中實現以下兩個類方法,并在.h 文件中聲明

+ (void)run{

控制器中調用,則先打印跑,后打印學習

[Personrun];

下面通過runtime 實現方法交換,類方法用class_getClassMethod,對象方法用class_getInstanceMethod

// 獲取兩個類的類方法

案例2:攔截系統方法

需求:比如iOS6 升級 iOS7 后需要版本適配,根據不同系統使用不同樣式圖片(擬物化和扁平化),如何通過不去手動一個個修改每個UIImage的imageNamed:方法就可以實現為該方法中加入版本判斷語句?

步驟:

1、為UIImage建一個分類(UIImage+Category)

2、在分類中實現一個自定義方法,方法中寫要在系統方法中加入的語句,比如版本判斷+(UIImage*)xh_imageNamed:(NSString *)name {

3、分類中重寫UIImage的load方法,實現方法的交換(只要能讓其執行一次方法交換語句,load再合適不過了)

+ (void)load {

注意:自定義方法中最后一定要再調用一下系統的方法,讓其有加載圖片的功能,但是由于方法交換,系統的方法名已經變成了我們自定義的方法名(有點繞,就是用我們的名字能調用系統的方法,用系統的名字能調用我們的方法),這就實現了系統方法的攔截!

利用以上思路,我們還可以給 NSObject 添加分類,統計創建了多少個對象,給控制器添加分類,統計有創建了多少個控制器,特別是公司需求總變的時候,在一些原有控件或模塊上添加一個功能,建議使用該方法!

二、在分類中設置屬性,給任何一個對象設置屬性

眾所周知,分類中是無法設置屬性的,如果在分類的聲明中寫@property 只能為其生成get 和 set 方法的聲明,但無法生成成員變量,就是雖然點語法能調用出來,但程序執行后會crash,有人會想到使用全局變量呢?比如這樣:

int _age;

但是全局變量程序整個執行過程中內存中只有一份,我們創建多個對象修改其屬性值都會修改同一個變量,這樣就無法保證像屬性一樣每個對象都擁有其自己的屬性值。這時我們就需要借助runtime為分類增加屬性的功能了。

需要用到的方法

set方法,將值value 跟對象object 關聯起來(將值value 存儲到對象object 中)

參數 object:給哪個對象設置屬性

參數 key:一個屬性對應一個Key,將來可以通過key取出這個存儲的值,key 可以是任何類型:double、int 等,建議用char 可以節省字節

參數 value:給屬性設置的值

參數policy:存儲策略 (assign 、copy 、 retain就是strong)

voidobjc_setAssociatedObject(idobject,constvoid*key ,idvalue,objc_AssociationPolicy policy)

利用參數key 將對象object中存儲的對應值取出來

idobjc_getAssociatedObject(idobject ,constvoid*key)

步驟:

1、創建一個分類,比如給任何一個對象都添加一個name屬性,就是NSObject添加分類(NSObject+Category)

2、先在.h 中@property 聲明出get 和 set 方法,方便點語法調用

@property(nonatomic,copy)NSString*name;

3、在.m 中重寫set 和 get 方法,內部利用runtime 給屬性賦值和取值

char nameKey;

三、獲得一個類的所有成員變量

最典型的用法就是一個對象在歸檔和解檔的 encodeWithCoder和initWithCoder:方法中需要該對象所有的屬性進行decodeObjectForKey: 和 encodeObject:,通過runtime我們聲明中無論寫多少個屬性,都不需要再修改實現中的代碼了。

需要用到的方法

獲得某個類的所有成員變量(outCount 會返回成員變量的總數)

參數:

1、哪個類

2、放一個接收值的地址,用來存放屬性的個數

3、返回值:存放所有獲取到的屬性,通過下面兩個方法可以調出名字和類型

Ivar *class_copyIvarList(Class cls ,unsignedint*outCount)

獲得成員變量的名字

constchar*ivar_getName(Ivar v)

獲得成員變量的類型

constchar*ivar_getTypeEndcoding(Ivar v)

案例1:獲取Person類中所有成員變量的名字和類型

unsignedintoutCount =0;

案例2:利用runtime 獲取所有屬性來重寫歸檔解檔方法

// 設置不需要歸解檔的屬性

依據上面的原理我們就可以給NSObject做一個分類,讓我們不需要每次都寫這么一長串代碼,只要實現一小段代碼就可以讓一個對象具有歸解檔的能力。

注意,下面的代碼我換了一個方法名(不然會覆蓋系統原來的方法!),加了一個忽略屬性方法是否被實現的判斷,并加上了對父類屬性的歸解檔循環。

NSObject+Extension.h

#import

NSObject+Extension.m

#import"NSObject+Extension.h"

上面分類使用方法:在需要歸解檔的對象中實現下面方法即可:

// 設置需要忽略的屬性

這樣看來,我們每次又要寫同樣的代碼,我們可以將歸解檔兩個方法封裝為宏,在需要的地方一句宏搞定,如果有不需要歸解檔的屬性就實現ignoredNames 方法,具體可以看我的demo,這個也是MJExtension中那個一句宏就可以解決歸解檔的實現原理。

案例3:利用runtime 獲取所有屬性來進行字典轉模型

以往我們都是利用KVC進行字典轉模型,但是它還是有一定的局限性,例如:模型屬性和鍵值對對應不上會crash(雖然可以重寫setValue:forUndefinedKey:方法防止報錯),模型屬性是一個對象或者數組時不好處理等問題,所以無論是效率還是功能上,利用runtime進行字典轉模型都是比較好的選擇。

字典轉模型我們需要考慮三種特殊情況:

1.當字典的key和模型的屬性匹配不上

2.模型中嵌套模型(模型屬性是另外一個模型對象)

3.數組中裝著模型(模型的屬性是一個數組,數組中是一個個模型對象)

據上面的三種特殊情況,我們一個個處理,先是字典的key和模型的屬性不對應的情況。

不對應有兩種,一種是字典的鍵值大于模型屬性數量,這時候我們不需要任何處理,因為runtime是先遍歷模型所有屬性,再去字典中根據屬性名找對應值進行賦值,多余的鍵值對也當然不會去看了;另外一種是模型屬性數量大于字典的鍵值對,這時候由于屬性沒有對應值會被賦值為nil,就會導致crash,我們只需加一個判斷即可,JSON數據和sample如下:

第二種情況是模型的屬性是另外一個模型對象

這時候我們就需要利用runtime的ivar_getTypeEncoding 方法獲取模型對象類型,對該模型對象類型再進行字典轉模型,也就是進行遞歸,需要注意的是我們要排除系統的對象類型,例如NSString

,下面的方法中我添加了一個類方法方便遞歸。

第三種情況是模型的屬性是一個數組,數組中是一個個模型對象,例如下面的數據我就可以通過books[0].name

獲取到C語言程序設計

我們既然能獲取到屬性類型,那就可以攔截到模型的那個數組屬性,進而對數組中每個模型遍歷并字典轉模型,但是我們不知道數組中的模型都是什么類型,我們可以聲明一個方法,該方法目的不是讓其調用,而是讓其實現并返回模型的類型。

這塊語言可能解釋不太清楚,可以參考我的demo,直接運行即可。

NSObject+JSONExtension.h

// 返回數組中都是什么類型的模型對象

NSObject+JSONExtension.m

#import"NSObject+JSONExtension.h"

結束

今天給大家的分享就到這吧!有收獲,或者喜歡小編的可以關注小編

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。