在IOS中使用writeToFile時需要注意哪些事項

在IOS中使用writeToFile時需要注意哪些事項？針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

"list": [{
   "classId": 5000285,
   "className": "考勤（A）班",
   "schoolId": 50011,
   "schoolName": "星星局測中學25",
   "classLeaderUserId": 2000163,
   "parentList": [{
    "userId": 2000790,
    "userName": "zhaomin",
    "gender": "0",
    "mobile": "15071362222",
    "email": "",
    "areaCode": "440105",
    "avatarUrl": "",
    "userCode": "2000790",
    "id": 1542,
    "roleType": 2,
    "nickName": "zhaomin"
   }, {
    "userId": 2000846,
    "userName": "劉玄德",
    "gender": "1",
    "mobile": "18825113388",
    "email": "",
    "areaCode": "440105",
    "avatarUrl": "",
    "userCode": "2000846",
    "id": 1631,
    "roleType": 2,
    "nickName": "劉玄德"
   }],

問題背景

這個問題是在我集成環信IM的時候,由于需要處理用戶頭像和昵稱問題,所以會將聯系人的頭像url和用戶昵稱做一個本地緩存,緩存的方式就是采用簡單的寫入plist文件來處理.之所以使用plist,是因為簡單方便,而且可以滿足開發,所以就沒有采用其他的緩存方式.

問題就是出現在寫入plist文件上面.

遇到問題

在獲取到后臺返回的聯系人數據以后,我就將返回的list進行篩選,只是篩選出所需的用戶姓名和頭像地址.返回字段中,userId和userCode看似一樣,其實解析出來,前者是NSNuber類型,后者是NSString類型,當時只記得后臺直接使用Sqlite語句,將userCode=userId,根本沒有考慮到類型問題.心想,既然這樣,不如直接使用userId得了,于是將' [userNameDict setObject:dict[@"userName"] forKey:dict[@"userCode"]];'換成了'[userNameDict setObject:dict[@"userName"] forKey:dict[@"userId"]];'.問題就是出現在換了一個字段上.

剛開始沒有發現問題,因為之前一直使用userCode字段取值作為字典的key,所以在本地已經有了緩存.直到有一天,重新安裝App測試時才發現,聊天界面的頭像和昵稱都不在顯示,才最終想到當初換了了一個字段取值.

但是,更換為userId后,打印出來的字典一模一樣,就是writeToFile寫入plist時總是失敗.后來使用isEqualToDictionary方法比較兩個字典又是不一樣的.問題實在難找,當然解決辦法就是切換為原來的userCode,但是遇到問題一向不想通過回避的方式去解決,所以就排查原因,甚至去比較過所有的key和value值,發現還是一樣.最后,感覺實在找不出問題所在,于是去查看返回數據,于是便發現了,字段userId和userCode所對應的Value值的類型是不一樣的.這才得出一下結論

如果是可變字典,那么在使用'setObject: forKey:'方法時,如果key使用的是NSNumber類型的key,會導致writeToFile失敗.

至于為什么是這樣,有待進一步研究,當然,如果有人遇到過并找出原因,也可以回復一下,相互學習,共同進步.

附上當時代碼

- (void)saveContactListDict:(id)list {
 NSMutableArray *contactListArray = [NSMutableArray array];
 for (NSDictionary *dict in list) {
  for (NSString *key in dict) {
   if ([dict[key] isKindOfClass:[NSArray class]]) {
    [contactListArray addObjectsFromArray:dict[key]];
   }
  }
 }
 NSMutableDictionary *userNameDict = [NSMutableDictionary dictionary];
 NSMutableDictionary *avatarurlDict = [NSMutableDictionary dictionary];
 NSMutableDictionary *avatarurlAndNameDict = [NSMutableDictionary dictionary];
 for (NSDictionary *dict in contactListArray) {
  if (dict[@"userId"] == nil) {
   return;
  }
  [userNameDict setObject:dict[@"userName"] forKey:dict[@"userId"]];
  NSString *url =dict[@"avatarUrl"];
  NSString *avatarUrl = [CPUtil getThumUrl:url size:CGSizeMake(200, 200)];
  [avatarurlDict setObject:avatarUrl forKey:dict[@"userId"]];
  if (dict[@"userName"] == nil) {
   return;
  }
  [avatarurlAndNameDict setObject:avatarUrl forKey:dict[@"userName"]];
 }
 NSString *path = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES).firstObject;
 NSString *userNameDictPath = [path stringByAppendingPathComponent:@"userNameDict.plist"];
 NSString *avatarurlDictPath = [path stringByAppendingPathComponent:@"avatarurlDict.plist"];
 NSString *avatarurlAndNameDictPath = [path stringByAppendingPathComponent:@"avatarurlAndNameDict.plist"];
 [userNameDict writeToFile:userNameDictPath atomically:YES];
 [avatarurlDict writeToFile:avatarurlDictPath atomically:YES];
 [avatarurlAndNameDict writeToFile:avatarurlAndNameDictPath atomically:YES];
}

分析問題

實際開發當中,總是有細節的東西,雖然有時候覺得,這些東西太基礎,但是就在這些基礎的知識上,我們卻忽略了一些本應該注意的點.好比說我們明明知道向數組中添加元素的時候,元素不能為空,記得考慮為nil,null的情況.這誰都知道,但是卻最容易被忽略,因為你無法確定后臺的數據返回什么,包括那些規范文檔明確要求不能為nil的字段,都有可能返回一個nil or Null .這個時候開始想靜靜了.明白這個世界其實沒有必然的東西.另外,數組越界問題也一直都在,當然為了防止App直接閃退,你可以選擇去覆蓋系統的方法......好了,言歸正傳.我們看一下蘋果官方文檔,回顧一下基礎的東西,文檔中關于NSDictionary和writeToFile有下面兩段內容

NSDictionary

*A key-value pair within a dictionary is called an entry. Each entry consists of one object that represents the key and a second object that is that key's value. Within a dictionary, the keys are unique. That is, no two keys in a single dictionary are equal (as determined by isEqual(_:)). In general, a key can be any object (provided that it conforms to the NSCopying protocol—see below), but note that when using key-value coding the key must be a string (see Accessing Object Properties). Neither a key nor a value can be nil; if you need to represent a null value in a dictionary, you should use NSNull.*

這里說,字典中的key可以是遵守NSCopying協議的任何對象類型,但是 key-value coding中的key必須是一個string.

'- (BOOL)writeToFile:(NSString *)path atomically:(BOOL)useAuxiliaryFile;'

This method recursively validates that all the contained objects are property list objects (instances of NSData, NSDate, NSNumber, NSString, NSArray, or NSDictionary) before writing out the file, and returns NO if all the objects are not property list objects, since the resultant file would not be a valid property list.

這里描述了寫入文件的對象要求,也就是平時常用的 NSData, NSDate, NSNumber, NSString, NSArray, or NSDictionary這些類型,當然自定義類型不可以.

解決問題

當然最后的處理就是將NSNumber格式化為NSString,看下代碼

 NSString *dictKey = [NSString stringWithFormat:@"%@",dict[@"userId"]];
 [userNameDict setObject:dict[@"userName"] forKey:dictKey];

關于在IOS中使用writeToFile時需要注意哪些事項問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。