在iOS app開發(fā)中氢卡，偶爾會(huì)出現(xiàn)這種場景虽抄，由于后臺(tái)人員對(duì)于接口數(shù)據(jù)沒有做空值處理鹰霍，導(dǎo)致客戶端接收到的有些數(shù)據(jù)為空（NSNull）豹休，而針對(duì)此類數(shù)據(jù)恰好客戶端的存儲(chǔ)結(jié)構(gòu)為int和float類型，類型轉(zhuǎn)換時(shí)報(bào)出了[NSNull intValue]或者[NSNull floatValue] unrecognized selector sent to instance 的錯(cuò)誤敏晤。
這個(gè)問題產(chǎn)生的原因是贱田，后端采用框架統(tǒng)一處理接口，或者在對(duì)接口的處理中嘴脾，字段處理不嚴(yán)謹(jǐn)男摧，例如：
- 缺失key
- key對(duì)應(yīng)的類型不對(duì)
- key的值為空，但讀出的為‘null’
- 其他類型的既無法判nil译打，也沒法讀取值的情況
這種情況下的處理方法耗拓，按照防御性編程的思路處理，即：在對(duì)NSDictionary取值的時(shí)候奏司，先做判空處理乔询，不是正常值，或者說不是預(yù)期的type韵洋，就將obj轉(zhuǎn)成nil處理竿刁。
我的處理方法如下：
增加一個(gè)NSDictionary的 (NullResult) 分類：
//
// NSDictionary+NullResult.h
// triprice
//
//
#import <Foundation/Foundation.h>
@interface NSDictionary (NullResult)
/**
* objectForKeyNotNull
*
* @param key key
*
* @return return valueNotNull
*/
-(id)objectForKeyNotNull:(id)key;
@end
//
// NSDictionary+NullResult.h
// triprice
//
//
#import "NSDictionary+NullResult.h"
@implementation NSDictionary (NullResult)
-(id)objectForKeyNotNull:(id)key
{
id object = [self objectForKey:key];
if ([object isKindOfClass:[NSNumber class]] ||
[object isKindOfClass:[NSString class]] ||
[object isKindOfClass:[NSArray class]] ||
[object isKindOfClass:[NSDictionary class]])
{
return object;
}
return nil;
}
@end
使用的時(shí)候，直接
NSArray * arr = [dict objectForKeyNotNull:"key"];
即可搪缨。
PS：
1）這個(gè)方法其實(shí)算是權(quán)益之計(jì)食拜。在項(xiàng)目告一段落的時(shí)候，還是要仔細(xì)的梳理相應(yīng)的業(yè)務(wù)邏輯或者代碼邏輯副编，找出這種偶爾出現(xiàn)‘null’或者其他造成 dictionary 取值異常的原因负甸。
2）這個(gè)分類，深入研究，是可以使用runtime來對(duì)dictionary 做面向切面（Aspect Oriented Programming）的處理惑惶，即煮盼，通過runtime監(jiān)控 -(id)objectForKey: 方法的使用，并作出判空處理带污。而不用，在每一處用到取值的地方香到，把這個(gè)方法替換成 -(id)objectForKeyNotNull:(id)key 做侵入式的開發(fā)鱼冀。
具體在這篇文章中，做了詳細(xì)的探討：
NSDictionary的runtime的一些探討
http://www.reibang.com/p/d0bfc54bd6ef
當(dāng)然悠就，這樣做千绪，每一次都做了額外的處理，雖然增加了程序運(yùn)行的穩(wěn)定性梗脾，但也增加了相應(yīng)的開銷荸型。因此，這方面的使用炸茧，還是需要開發(fā)者做一下權(quán)衡瑞妇。
后續(xù)跟蹤：
NSDictionary的runtime的一些探討
http://www.reibang.com/p/d0bfc54bd6ef
