不論是Mac OS X 還是iOS的文件系統都是建立在UNIX文件系統基礎之上的。
在iOS中,1個App的讀寫權限只局限于自己的沙盒目錄中。
沙盒模型到底有哪些好處呢?
安全:別的App沒法修改你的程序或數據
保護隱私:別的App沒法讀取你的程序和數據
方便刪除:由于1個App所有產生的內容都在自己的沙盒中,所以刪除App只需要將沙盒刪除就能夠完全刪除程序了
iOS App沙盒中的目錄
如果我們想在程序中獲得上面某個目錄的路徑,應當如何實現呢? 下面就講講路徑的獲得, 通過NSPathUtilities.h中的NSSearchPathForDirectoriesInDomains函數,我們即可以獲得我們想要的路 徑。 此函數具體聲明以下:
NSArray *NSSearchPathForDirectoriesInDomains(NSSearchPathDirectory directory, NSSearchPathDomainMask domainMask, BOOL expandTilde);
directory 目錄類型 比如Documents目錄 就是NSDocumentDirectory
domainMask 在iOS的程序中這個取NSUserDomainMask
expandTilde YES,表示將~展開成完全路徑
注意函數返回的類型為數組,在iOS中1般這個數組中只包括1個元素,所以直接取lastObject便可。
NSFileManager提供1個類方法取得1個單例。
下面羅列了NSFileManager的經常使用方法
createIntermediates這個參數1般為YES,表示如果目錄路徑中間的某個目錄不存在則創建之,如果是NO的話,則要保證所創建目錄的父目錄都必須已存在
如果目錄為空,則返回空數組
更多的可以查看文檔 NSFileManager Class Reference。
在實際項目中,我們1般會寫1個工具類來負責項目中所有的路徑操作。
我們常常聽到“序列化”,“反序列化”這樣的字眼,其實“序列化”的意思就是將對象轉換成字節流以便保存或傳輸,“反序列化”便是1個相反的進程,從字節流轉到對象。
在這節中觸及到1種文件類型plist,plist就是Property List 的縮寫,即所謂的屬性列表,屬性列表有兩種數據格式,1種是XML的,方便瀏覽和編輯;另外一種是2進制的,節省存儲空間,和提高效力。
在Objective-C中這個對象和字節流的互轉分成兩類:
不過本質上講上述兩種都是對象圖(Object Graph)和字節流之間的轉換. Apple關于序列化和歸檔的編程指南: Archives and Serializations Programming Guide 。
如果我們需要將自定義的1個對象保存到文件,應當如何做呢?
這里引入兩個東西:1個是NSCoding協議 ;另外一個是NSKeyedArchiver,NSKeyedArchiver其實繼承于NSCoder,可以以鍵值對的方式將對象的屬性進行序列化和反序列化。
具體的進程可以這樣描寫 通過NSKeyedArchiver 可以將實現了NSCoding協議的對象 和 字節流 相互轉換 。
像1些框架中的數據類型如NSDictionary,NSArray,NSString... 都已實現了NSCoding協議,所以可以直接對他們進行歸檔操作。
這里來1個比較完全的例子,1個Address類,1個User類,User類下有個Address類型的屬性。
Address類
User類
使用示例
通過查看文件內容可以發現,保存的是plist的2進制數據格式。 轉成XML可以看到以下內容:
在實際的項目中,我們1般是將NSDictionary或NSArray的對象保存到文件或從文件讀取成對象。 固然這類只是適用于數據量不是很大的利用場景。 NSDictionary和NSArray 都有1個寫入文件的方法
NSDictionary和NSArray會直接寫成plist文件。
序列化可以通過兩種途徑來進行
寫文件
寫完的文件內容以下:
現在 持久化數據用第3方的比較多!