在iOS app開發(fā)中，偶爾會出現(xiàn)這種場景，由于后臺人員對于接口數(shù)據(jù)沒有做空值處理，導(dǎo)致客戶端接收到的有些數(shù)據(jù)為空（NSNull），而針對此類數(shù)據(jù)恰好客戶端的存儲結(jié)構(gòu)為int和float類型，類型轉(zhuǎn)換時報出了[NSNull intValue]或者[NSNull floatValue] unrecognized selector sent to instance 的錯誤。
這個問題產(chǎn)生的原因是，后端采用框架統(tǒng)一處理接口，或者在對接口的處理中，字段處理不嚴(yán)謹(jǐn)，例如：
- 缺失key
- key對應(yīng)的類型不對
- key的值為空，但讀出的為‘null’
- 其他類型的既無法判nil，也沒法讀取值的情況
這種情況下的處理方法，按照防御性編程的思路處理，即：在對NSDictionary取值的時候，先做判空處理，不是正常值，或者說不是預(yù)期的type，就將obj轉(zhuǎn)成nil處理。
我的處理方法如下：
增加一個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
使用的時候，直接
NSArray * arr = [dict objectForKeyNotNull:"key"];
即可。
PS：
1）這個方法其實算是權(quán)益之計。在項目告一段落的時候，還是要仔細(xì)的梳理相應(yīng)的業(yè)務(wù)邏輯或者代碼邏輯，找出這種偶爾出現(xiàn)‘null’或者其他造成 dictionary 取值異常的原因。
2）這個分類，深入研究，是可以使用runtime來對dictionary 做面向切面（Aspect Oriented Programming）的處理，即，通過runtime監(jiān)控 -(id)objectForKey: 方法的使用，并作出判空處理。而不用，在每一處用到取值的地方，把這個方法替換成 -(id)objectForKeyNotNull:(id)key 做侵入式的開發(fā)。
具體在這篇文章中，做了詳細(xì)的探討：
NSDictionary的runtime的一些探討
http://www.lxweimin.com/p/d0bfc54bd6ef
當(dāng)然，這樣做，每一次都做了額外的處理，雖然增加了程序運行的穩(wěn)定性，但也增加了相應(yīng)的開銷。因此，這方面的使用，還是需要開發(fā)者做一下權(quán)衡。
后續(xù)跟蹤：
NSDictionary的runtime的一些探討
http://www.lxweimin.com/p/d0bfc54bd6ef
