前段時間因為工作需要就自己寫了一個iOS的三級快取庫主要用來快取文字（快取到資料庫中）和圖片（快取到自己指定的本地目錄下）。

注：其實利用現有的第三方庫（比如：SDWebImage， EGOImage）可以完成我們的大部分功能，但這裡有一些定製化的功能，比如不同模組的圖片要快取在不同的目錄中，以便於以後查詢和清理，所以就選擇了自己來封裝一個。

在寫這個庫時，學到了很多封裝東西時的思想，比如先要明確需求是什麼，在明確需求後，接下來要定義實現需求所需要的介面，然後再根據定義的上層介面來定義完成上層介面功能所需要的底層介面，這樣一層層的深入逐漸細化功能，直到介面功能不可再分，接下來從最底層介面的功能，緊接著其上層介面呼叫底層介面來完成上層介面的功能，這樣一層層的向上回溯，直到實現最上層定義的介面的功能。

下面簡單介紹下這個庫實現的過程。按照上面的分析過程，首先我們的需求是：要快取文字和圖片 ，同時還要定期清理一些已經不用的本地圖片（這裡採取的策略是每次啟動應用程式檢查無用的圖片然後清理）。其中文字要快取到資料庫中，圖片要快取到特定的本地目錄下（有時是庫本身寫死的一個本地目錄，有時是客戶端指定的本地目錄，當然可設定一個預設的快取目錄，當客戶端未指定目錄時，就快取在預設的快取目錄下）。

明確了需求就可以思考如何設計介面來實現我們的需求了。首先我們定義一個最上層的供客戶端直接使用的類，可命名為CacheManager。CacheManager類中定義了客戶端所要呼叫的關於文字與圖片所有操作的介面。

首先討論文字部分。我們專案中預置了一個包含很多屬於同一資料結構但資料內容不同的模型的文字的text檔案。我們的思路是程式啟動時首先檢查資料庫中是否有這一結構的表，如果有就從資料庫中讀取，然後顯示在介面上。如果沒有就從我們預置的text檔案中讀取該結構的資料，然後顯示在介面上（測了一下該過程不會耗費太多時間，就將從檢查到顯示的整個過程都放在了主執行緒中進行，因為檢查資料與顯示資料不是在同一個介面進行，這樣做也是為了資料的同步）。下面來定義相應介面，(時間關係，未完待續)