最近公司項(xiàng)目用到Core Data裸燎，覺得自己這方面很弱，就結(jié)合了《Core Data應(yīng)用實(shí)踐指南》這本書嚎京，記下一下Core Data入門的一些基本知識(shí)诚隙。
1.Core Data基本概念
圖中托管對(duì)象－managed object是由Core Data提供的數(shù)據(jù)對(duì)象既穆，而Core Data本身則位于app和持久化存儲(chǔ)區(qū)－persistent store之間赎懦，一般我們使用SQLite數(shù)據(jù)庫(kù)作為persistent store，當(dāng)然還有XML文件也可以幻工，但是iOS中并不支持這種格式励两。
要想將managed object映射到persistent store，還需要使用托管對(duì)象模型－managed object model,作為開發(fā)者囊颅，我們需要完善對(duì)象圖－object graph当悔，這個(gè)東西很熟悉，就是Xcode中生成的那一張表格類似的東西踢代，書中稱其為餅干模型切割刀盲憎，十分形象，managed object就是這么切出來的胳挎。
還有一個(gè)托管對(duì)象上下文－managed object context饼疙，所有的managed object都必須位于context中，關(guān)于context的設(shè)計(jì)也十分的有意思慕爬，位于RAM中窑眯，原因就是磁盤的讀寫速度比RAM慢了很多，這樣的話如果每次訪問數(shù)據(jù)医窿，就會(huì)有很大的開銷伸但，現(xiàn)在只需要訪問context，就能很快速的得到數(shù)據(jù)留搔，很方便。而缺點(diǎn)則是铛铁，一旦有了數(shù)據(jù)的更改隔显，就必須調(diào)用context的save方法却妨，講變更的數(shù)據(jù)寫回磁盤，不過兩相比較括眠，瑕不掩瑜吧彪标。
同時(shí)還有一點(diǎn)關(guān)于managed object context，由于調(diào)用save保存數(shù)據(jù)時(shí)候掷豺，容易造成界面卡頓捞烟，這種情況下可以采用多個(gè)context，這個(gè)時(shí)候書中提出了兩個(gè)解決的方法当船，一個(gè)是當(dāng)用戶按下home鍵時(shí)候题画，程序進(jìn)入后臺(tái)的時(shí)候進(jìn)行save調(diào)用，另一種方法是采用兩個(gè)context德频，配置其父子關(guān)系苍息，子上下文將父上下文當(dāng)作自己的persistent store，將數(shù)據(jù)存入到父context中壹置，這時(shí)父context將異步的存入磁盤竞思，這個(gè)方法有些復(fù)雜，并未使用過钞护，如果數(shù)據(jù)量小的話直接使用第一種就好盖喷。
persistent store coordinator中含有一份persistent store，顧名思義它就是協(xié)調(diào)數(shù)據(jù)存儲(chǔ)到持久化存儲(chǔ)區(qū)中的一個(gè)類难咕。同一個(gè)persistent store coordinator可以協(xié)調(diào)多個(gè)persistent store课梳，舉個(gè)例子吧，Core Data與iCloud相集成的時(shí)候步藕，就會(huì)出現(xiàn)這種情況惦界，把屬于iCloud和不屬于iCloud的數(shù)據(jù)分別放到兩個(gè)存儲(chǔ)區(qū)里，使用兩個(gè)persistent store,卻采用同一個(gè)object graph咙冗。
但是我覺得書中配圖并不是很直觀沾歪，在http://objccn.io/issue-4-1/ 中作者用了另一張圖，是官方文檔中的
這張圖中并沒有managed object model雾消，我覺得只有在最開始初始化的時(shí)候會(huì)用到managed object model來生成managed object灾搏，但是在程序運(yùn)行中我們接觸更多的還是數(shù)據(jù)的改變與存儲(chǔ)，對(duì)應(yīng)的則是上圖立润，所以也貼上來吧
這是關(guān)于Core Data的一些基本的概念狂窑，可能比較粗糙，后面還會(huì)寫一寫代碼類的桑腮，我覺得Core Data的基本使用還是很簡(jiǎn)單的泉哈，初始化這些類以后，寫好增刪改查的方法既能夠應(yīng)對(duì)最基本的需求了，但是Core Data的博大精深并不止于此丛晦，后面再繼續(xù)慢慢探究吧奕纫。
