深受開發(fā)者喜愛的10大Core Data工具和開源庫(kù)
在iOS和OSX應(yīng)用程序中存儲(chǔ)和查詢數(shù)據(jù)，Core Data是一個(gè)很好的選擇。它不僅可以減少內(nèi)存使用、提高性能，而且它可以使你避免寫很多不必要的樣板文件代碼。
此外，Core Data API非常靈活，可以用在各種應(yīng)用程序中，所有應(yīng)用程序有不同的數(shù)據(jù)存數(shù)需求。
然而，這種靈活性意味著有時(shí)Core Data用起來可能稍微有點(diǎn)困難。即便你是一個(gè)Core Data專家，仍然會(huì)需要處理一些平常的任務(wù)，也會(huì)有很多犯錯(cuò)的可能性。
幸運(yùn)的是，有很多很好的工具可以幫你解決問題，讓Core Data更易于使用。為此我們選出了10個(gè)你應(yīng)該知道和喜歡的工具和開源庫(kù)。
注意：即便有這些優(yōu)秀的工具和庫(kù)，你仍需要很好地理解Core Data。如果你需要獲得Core Data的更多經(jīng)驗(yàn)，下載查閱我們的新手教程。
還要注意的是這篇文章以O(shè)bjective-C為主，因?yàn)榇蟛糠諧ore Data庫(kù)都是用Objective-C寫的。如果你想學(xué)習(xí)怎樣用Swift來使用Core Data，可下載查閱我們已經(jīng)出版的書Core Data by Tutorials，這本書已經(jīng)完全為iOS 8和Swift更新了！
#10. RestKit
RestKit是為了和RESTful web服務(wù)交互的一個(gè)Objective-C框架。它提供了一個(gè)Core Data實(shí)體映射引擎，把序列化的響應(yīng)對(duì)象直接映射給托管的對(duì)象。
下面的代碼例子展示了如何設(shè)置RestKit來訪問 OpenWeatherMap API，同時(shí)把/weather端點(diǎn)的JSON響應(yīng)映射成為一個(gè)WFWeather 托管對(duì)象。
- - (void)loadForecastData {
- RKManagedObjectStore *store = self.managedObjectStore;
- // 1
- RKEntityMapping *mapping = [RKEntityMapping mappingForEntityForName:@"WFWeather"
- inManagedObjectStore:store];
- [mapping addAttributeMappingsFromArray:@[@"temp", @"pressure", @"humidity"]];
- // 2
- NSIndexSet *statusCodeSet = RKStatusCodeIndexSetForClass(RKStatusCodeClassSuccessful);
- RKResponseDescriptor *responseDescriptor = [RKResponseDescriptor
- responseDescriptorWithMapping:mapping
- method:RKRequestMethodGET
- pathPattern:@"/data/2.5/weather"
- keyPath:@"main"
- statusCodes:statusCodeSet];
- // 3
- NSURL *url = [NSURL URLWithString:
- [NSString stringWithFormat:@"http://api.openweathermap.org/data/2.5/weather?q=Orlando"]];
- NSURLRequest *request = [NSURLRequest requestWithURL:url];
- RKManagedObjectRequestOperation *operation = [[RKManagedObjectRequestOperation alloc]
- initWithRequest:request
- responseDescriptors:@[responseDescriptor]];
- operation.managedObjectCache = store.managedObjectCache;
- operation.managedObjectContext = store.mainQueueManagedObjectContext;
- // 4
- [operation setCompletionBlockWithSuccess:
- ^(RKObjectRequestOperation *operation, RKMappingResult *mappingResult){
- NSLog(@"%@",mappingResult.array);
- [self.tableView reloadData];
- } failure:^(RKObjectRequestOperation *operation, NSError *error) {
- NSLog(@"ERROR: %@", [error localizedDescription]);
- }];
- [operation start];
- }
代碼分解：
1、首先，創(chuàng)建一個(gè)RKEntityMapping對(duì)象來告訴RestKit如何把API的響應(yīng)映射給WFWeather屬性。
2、這里，RKResponseDescriptor 把上面從/data/2.5/weather到 RKEntityMapping 實(shí)例的響應(yīng)聯(lián)系在了一起。
3、RKManagedObjectRequestOperation 定義了要執(zhí)行的操作。這個(gè)例子中，你從OpenWeatherMap API請(qǐng)求了Orlando（奧蘭多）的天氣，然后把響應(yīng)指向上面提到的RKResponseDescriptor 實(shí)例。
4、***，用需要的成功和失敗的block（塊）執(zhí)行操作。當(dāng)RestKit看到和定義的RKResponseDescriptor 想匹配的應(yīng)答返回的時(shí)候，它將直接把數(shù)據(jù)映射到WFWeather 實(shí)例上。
以上代碼不需要手動(dòng)JSON解析、檢查[NSNull null]、手動(dòng)創(chuàng)建Core Data實(shí)體，或者連接一個(gè)API時(shí)任何其他必須做的事情。RestKit通過一個(gè)簡(jiǎn)單的映射字典把API響應(yīng)轉(zhuǎn)換成Core Data模型對(duì)象。沒有比這個(gè)更容易的了。
要學(xué)習(xí)如何安裝和使用RestKit，請(qǐng)下載查閱我們的 RestKit教程說明。
#9. MMRecord
MMRecord是一個(gè)基于block（塊）的集成庫(kù)，它使用Core Data模型配置，自動(dòng)創(chuàng)建并填充來自API響應(yīng)的完整地對(duì)象圖。當(dāng)它在后臺(tái)為你創(chuàng)建、獲取、填充NSManagedObjects 實(shí)例時(shí)，使從web服務(wù)請(qǐng)求來的生成的本地對(duì)象盡可能簡(jiǎn)單。
它使得從web服務(wù)請(qǐng)求生成本地對(duì)象，像它在后臺(tái)創(chuàng)建、獲取、填充NSManagedObjects 實(shí)例那樣簡(jiǎn)單。
下面的代碼塊，展示了怎樣使用MMRecord來進(jìn)行相同的Orlando天氣調(diào)用，以及你在上面的RestKit例子中做的數(shù)據(jù)映射：
- NSManagedObjectContext *context = [[MMDataManager sharedDataManager] managedObjectContext];
- [WFWeather
- startPagedRequestWithURN:@"data/2.5/weather?q=Orlando"
- data:nil
- context:context
- domain:self
- resultBlock:^(NSArray *weather, ADNPageManager *pageManager, BOOL *requestNextPage) {
- NSLog(@"Weather: %@", weather);
- }
- failureBlock:^(NSError *error) {
- NSLog(@"%@", [error localizedDescription]);
- }];
無需編寫任何復(fù)雜的網(wǎng)絡(luò)代碼，或者手動(dòng)解析JSON響應(yīng)，你已經(jīng)調(diào)用一個(gè)API，并且已用幾行代碼的響應(yīng)數(shù)據(jù)填充了Core Data托管對(duì)象。
MMRecord 如何知道你在API響應(yīng)中定位你的對(duì)象？你的托管對(duì)象必須是MMRecord 的子類，然后像下面所示那樣重載keyPathForResponseObject ：
- @interface WFWeather : MMRecord
- @property (nonatomic) float temp;
- @property (nonatomic) float pressure;
- @property (nonatomic) float humidity;
- @end
- @implementation WFWeather
- @dynamic temp;
- @dynamic pressure;
- @dynamic humidity;
- + (NSString *)keyPathForResponseObject {
- return @"main";
- }
- @end
keyPathForResponseObject 返回了一個(gè)關(guān)鍵路徑，指定了來自API的響應(yīng)對(duì)象的根相關(guān)的對(duì)象的位置。這個(gè)例子中，關(guān)鍵路徑是data/2.5/weather 調(diào)用的main。
神奇之處不止這一點(diǎn)-MMRecord要求你創(chuàng)建一個(gè)服務(wù)器類，這個(gè)類知道如何請(qǐng)求你集成的API。謝天謝地，MMRecord附帶一個(gè)基于AFNetworking 的服務(wù)器類的例子。
關(guān)于配置和使用MMRecord的信息，MMRecord Github repository 的說明文件是***的開始。
#8. Magical Record
靈感來源于Ruby on Rails' ActiveRecord 系統(tǒng)，提供了一系列支持一行實(shí)體的獲取、嵌入和刪除操作的類和類別。
下圖是運(yùn)行的MagicalRecord視圖：
- // Fetching NSArray *people = [Person MR_findAll];
- // Creating Person *myPerson = [Person MR_createEntity];
- // Deleting [myPerson MR_deleteEntity];
MagicalRecord讓設(shè)置Core Data堆棧變得非常容易。而不是使用很多行的樣板代碼，你可以像下邊這樣只用AppDelegate文件里的一個(gè)方法調(diào)用來設(shè)置一個(gè)完整的Core Data堆棧。
- - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
- // 1
- [MagicalRecord setupCoreDataStackWithStoreNamed:@"ExampleDatabase.sqlite"];
- return YES;
- }
在application:didFinishLaunchingWithOptions: 里，用你SQLite文件的名調(diào)用setupCoreDataStackWithStoreNamed。 這就建立了NSPersistentStoreCoordinator、NSManagedObjectModel 和 NSManagedObjectContext 的實(shí)例，這樣你就可以準(zhǔn)備使用Core Data工作了。
進(jìn)一步地了解如何安裝和使用MagicalRecord，請(qǐng)參看我們的MagicalRecord 教程。
#7. GDCoreDataConcurrencyDebugging
并發(fā)問題是在Core Data中調(diào)試最難的事情。performBlock API可以幫忙，但仍然很容易犯錯(cuò)。
你可以將開源項(xiàng)目GDCoreDataConcurrencyDebugging添加到自己的項(xiàng)目中，當(dāng)在錯(cuò)誤線程或者調(diào)度隊(duì)列上訪問NSManagedObjects時(shí)，它通過控制臺(tái)消息提醒你。
以下是在錯(cuò)誤環(huán)境中訪問NSManagedObject 實(shí)例的例子：
- __block NSManagedObject *objectInContext1 = nil;
- [context1 performBlockAndWait:^{
- objectInContext1 = [[NSManagedObject alloc] initWithEntity:entity
- insertIntoManagedObjectContext:context1];
- objectInContext1.name = @"test";
- NSError *saveError;
- if ([context1 save:&saveError] == NO) {
- NSLog(@"Error: %@", [saveError localizedDescription]);
- }
- }];
- // Invalid access
- [context2 performBlockAndWait:^{
- NSString *name = objectInContext1.name;
- }];
在上面的代碼中，你正嘗試從一個(gè)對(duì)象中context2 讀取name， 這個(gè)對(duì)象最初在context1 被創(chuàng)建。
如果你使用GDCoreDataConcurrencyDebugging 運(yùn)行上面的例子，你會(huì)看到下面的控制臺(tái)消息，通知你有問題發(fā)生：
2014-06-17 13:20:24.530 SampleApp[24222:60b] CoreData concurrency failure
注意：在你的應(yīng)用程序上傳到App Store上去時(shí)，你得移除掉GDCoreDataConcurrencyDebugging ，它增加了少量的開銷，那些開銷無需存在于在發(fā)布的應(yīng)用中。
在iOS 8和OS X Yosemite中，Core Data現(xiàn)在有檢測(cè)并發(fā)問題的能力。想要啟用這個(gè)新功能，你可以在啟動(dòng)時(shí)通過Xcode?s Scheme Editor 把-com.apple.CoreData.ConcurrencyDebug 1 傳給你的應(yīng)用程序。
然而，直到你逐步淘汰對(duì)OS更早版本的支持，GDCoreDataConcurrencyDebugging 都會(huì)在開發(fā)過程中一直通知你并發(fā)問題。
GDCoreDataConcurrencyDebugging README on Github 是安裝和使用這個(gè)工具***的資源信息。
#6. CoreData-hs
CoreData-hs 生成類別方法來執(zhí)行Core Data模型里所有實(shí)體和屬性的常見獲取請(qǐng)求。創(chuàng)建這些方法不難，但它耗時(shí)--編碼時(shí)節(jié)省每一點(diǎn)時(shí)間都是有價(jià)值的！
比如，你的天氣應(yīng)用程序里有一個(gè)查看天氣預(yù)報(bào)和使用帶有timeStamp,temp和 summary 屬性的WFForecast 實(shí)體來模仿每天的預(yù)報(bào)的視圖，CoreData-hs 將為你創(chuàng)建以下的類別：
- #import #import @interface WFForecast (Fetcher)
- + (NSArray *)summaryIsEqualTo:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)summaryIsLessThan:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)summaryIsGreaterThan:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)summaryIsGreaterThanOrEqualTo:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)summaryIsLessThanOrEqualTo:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)summaryIsNotEqualTo:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)summaryIsBetwixt:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)tempIsEqualTo:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)tempIsLessThan:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)tempIsGreaterThan:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)tempIsGreaterThanOrEqualTo:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)tempIsLessThanOrEqualTo:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)tempIsNotEqualTo:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)tempIsBetwixt:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)timeStampIsEqualTo:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)timeStampIsLessThan:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)timeStampIsGreaterThan:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)timeStampIsGreaterThanOrEqualTo:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)timeStampIsLessThanOrEqualTo:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)timeStampIsNotEqualTo:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)timeStampIsBetwixt:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)summaryIsLike:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)summaryContains:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)summaryMatches:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)summaryBeginsWith:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)summaryEndsWith:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)tempIsLike:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)tempContains:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)tempMatches:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)tempBeginsWith:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- + (NSArray *)tempEndsWith:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock;
- @end
正如你看到的，生成了很多方法！以下是tempIsGreaterThan:inContext:sortDescriptors: error: 生成的實(shí)現(xiàn)方法：
- + (NSArray *)tempIsGreaterThan:(id)object inContext:(NSManagedObjectContext *)context sortDescriptors:(NSArray *)sort error:(void(^)(NSError *error))errorBlock {
- NSFetchRequest *fetchRequest = [NSFetchRequest fetchRequestWithEntityName:@"WFForecast"];
- [fetchRequest setPredicate:[NSPredicate predicateWithFormat:@"temp > %@", object]];
- [fetchRequest setSortDescriptors:sort];
- NSError *err = nil;
- NSArray *results = [context executeFetchRequest:fetchRequest error:&err];
- if(!results && errorBlock) {
- errorBlock(err);
- return nil;
- }
- return results;
- }
方法一旦生成，你就可以用它們通過特定條件獲取請(qǐng)求。比如，需要獲取所有溫度超過70°的WFForecast對(duì)象，你可以調(diào)用tempIsGreaterThan:inContext:sortDescriptors:error:，然后簡(jiǎn)單地傳遞目標(biāo)溫度，如下所示：
- NSSortDescriptor *sortDescriptor = [NSSortDescriptor sortDescriptorWithKey:@"temp" ascending:YES];
- NSArray *results = [WFForecast tempIsGreaterThan:@(70)
- inContext:self.managedObjectContext
- sortDescriptors:@[sortDescriptor]
- error:^(NSError *error) {
- NSLog(@"Error: %@", [error localizedDescription]);
- }];
你將返回一個(gè)匹配對(duì)象的數(shù)據(jù)。
CoreData-hs 是一個(gè)輕量級(jí)的工具，如果你傾向于手動(dòng)生成大量這種類型的請(qǐng)求，它可以節(jié)省你的時(shí)間。關(guān)于安裝和使用說明，請(qǐng)查閱README on Github。
#5. Core Data Editor
你可以在Core Data Editor的GUI中查看和編輯APP基于Core Data的數(shù)據(jù)模型，它支持XML、二進(jìn)制和SQLite持久性存儲(chǔ)類型。除了可以編輯基本屬性，你還可以編輯和形象化數(shù)據(jù)關(guān)系。你也可以在使用Core Data Editor的同時(shí)使用Mogenerator工具 （第#2項(xiàng)中討論）來創(chuàng)建模型代碼。
Core Data Editor熟悉蘋果的模式，展示不帶Z前綴的數(shù)據(jù)，如果你曾看到Core Data生成的SQL文件，這個(gè)前綴你可能會(huì)熟悉。你可以在一個(gè)不錯(cuò)的表格格式里瀏覽應(yīng)用程序數(shù)據(jù)庫(kù)里的內(nèi)容。它也支持預(yù)覽二進(jìn)制數(shù)據(jù)，比如圖片，以及用一個(gè)標(biāo)準(zhǔn)日期選擇器在線編輯數(shù)據(jù)。
如果你想創(chuàng)建一個(gè)種子文件或者只想導(dǎo)入數(shù)據(jù)，Core Data Editor可以生成一個(gè)CSV文件，把它轉(zhuǎn)換成Core Data里持久化對(duì)象，如下所示：
安裝Core Data Editor，從Thermal Core website 下載免費(fèi)試用版。解壓下載的ZIP歸檔文件，把Core Data Editor.app 文件移動(dòng)到你的Applications 目錄里。這個(gè)應(yīng)用的作者最近也把它開源了，如果你想了解它是如何工作的，以及提高自己，你可以去學(xué)習(xí)下。
***次啟動(dòng)應(yīng)用程序，它會(huì)引導(dǎo)你完成一個(gè)簡(jiǎn)短的設(shè)置過程。這個(gè)過程是可選的，但如果你至少指定iPhone模擬器目錄和Xcode歸檔數(shù)據(jù)的目錄，它將會(huì)加快速度。
注意：因?yàn)槟愕迷贕UI中選擇導(dǎo)出的數(shù)據(jù)和模擬器目錄，所以你可能在使用OS X Lion默認(rèn)設(shè)置時(shí)會(huì)遇到問題，它會(huì)隱藏你的庫(kù)文件夾。
在Mavericks OS X里，你可以通過在Finder的主目錄里，選擇View / Show View Options ，檢查Show Library Folder來糾正這個(gè)問題。在Lion和Mountain Lion OS X中，同樣的事情可以通過在終端輸入chflags nohidden ~/Library/ 來完成。
更多有關(guān)Core Data的詳情可以在這個(gè)網(wǎng)站Thermal Core's website上找到。
#4. SQLite3
有時(shí)當(dāng)調(diào)試一個(gè)棘手的數(shù)據(jù)問題時(shí)，在底層的Core Data SQLite數(shù)據(jù)庫(kù)中直接執(zhí)行SQL查詢是有幫助的。如果你沒有擴(kuò)展的數(shù)據(jù)庫(kù)經(jīng)驗(yàn)，這個(gè)可能不適合你。
使用SQLite3，首先打開Terminal終端，并導(dǎo)航到你應(yīng)用程序的Documents 目錄。根據(jù)你的安裝情況，Documents 目錄類似于 ~/Library/Application Support/iPhone Simulator/7.1-64/Applications/{your app's ID}/Documents.
更改上面命名中7.1-64 來匹配你使用的模擬器的版本。{your app's ID} 由Xcode自動(dòng)生成，并唯一地標(biāo)識(shí)應(yīng)用的安裝。沒有簡(jiǎn)單的辦法找出哪個(gè)ID是你的。你可以在創(chuàng)建Core Data堆棧的時(shí)候添加日志記錄，也可以尋找最近被多次修改的目錄--這將是你當(dāng)前工作的應(yīng)用程序。
文檔目錄將包含一個(gè)擴(kuò)展sqlite的文件，這個(gè)就是你應(yīng)用程序的數(shù)據(jù)庫(kù)文件。對(duì)于使用蘋果Core Data模板的應(yīng)用程序而言，文件名稱要匹配你的應(yīng)用的名字。用如下所示的SQLite3程序打開這個(gè)文件（這里的例子應(yīng)用叫AddressBook，你的文件名字會(huì)有所不同）：
- $ sqlite3 AddressBook.sqlite
你將在控制臺(tái)看到以下提示：
- SQLite version 3.7.13 2012-07-17 17:46:21
- Enter ".help" for instructions
- Enter SQL statements terminated with a ";"
- sqlite>
現(xiàn)在準(zhǔn)備好對(duì)數(shù)據(jù)庫(kù)執(zhí)行標(biāo)準(zhǔn)的SQL查詢。
比如，為了看到Core Data 使用的模式，可執(zhí)行以下的命令：
- sqlite> select * from sqlite_master;
SQLite用模式里的一個(gè)文本列表清單來響應(yīng)你的查詢，如下所示：
- table|ZMDMPERSON|ZMDMPERSON|3|CREATE TABLE ZMDMPERSON ( Z_PK INTEGER PRIMARY KEY, Z_ENT INTEGER, Z_OPT INTEGER, ZISNEW INTEGER, ZFIRSTNAME VARCHAR )
- table|Z_PRIMARYKEY|Z_PRIMARYKEY|4|CREATE TABLE Z_PRIMARYKEY (Z_ENT INTEGER PRIMARY KEY, Z_NAME VARCHAR, Z_SUPER INTEGER, Z_MAX INTEGER) table|Z_METADATA|Z_METADATA|5|CREATE TABLE Z_METADATA (Z_VERSION INTEGER PRIMARY KEY, Z_UUID VARCHAR(255), Z_PLIST BLOB)
- sqlite>
所有在列表欄里的Z前綴是Core Data底層使用SQLite的一部分。出于分析的目的，可以忽略它們。
注意：你不能直接寫入SQLite Core Data數(shù)據(jù)庫(kù)。蘋果可以隨時(shí)修改底層結(jié)構(gòu)。
如果你真的有需要在生產(chǎn)應(yīng)用程序中直接操作SQLite數(shù)據(jù)，你應(yīng)該放棄Core Data，用原始的SQL訪問。有幾種流行的框架可以幫助你管理你應(yīng)用中的SQL實(shí)現(xiàn)，包括FMDB和 FCModel。
如果只是分析數(shù)據(jù)，到處訪問SQLite數(shù)據(jù)庫(kù)文件是沒什么關(guān)系的--只要不修改它的內(nèi)容。直接使用SQL分析數(shù)據(jù)的一個(gè)例子是不同屬性進(jìn)行分組和計(jì)算，以理解屬性的差異。
舉個(gè)例子，如果你有一個(gè)地址薄的應(yīng)用例子，想知道在每個(gè)城市里有多少聯(lián)系人生活，你可以用SQLite3提示執(zhí)行以下命令：
- SELECT t0.ZCITY, COUNT( t0.ZCITY ) FROM ZMDMPERSON t0 GROUP BY t0.ZCITY
SQLite會(huì)用地址薄數(shù)據(jù)庫(kù)里每個(gè)不同城市的數(shù)據(jù)來作出響應(yīng)，如下面的例子所示：
- San Diego|23
- Orlando|34
- Houston|21
退出SQLite3終端程序，簡(jiǎn)單地執(zhí)行以下的命令：
- sqlite> .exit
想要了解更多SQLite3的信息，可打開終端查看man 頁(yè)，并執(zhí)行man sqlite3命令。
#3. MDMCoreData
MDMCoreData（免責(zé)聲明--這個(gè)庫(kù)是我的寫的?。┦且粋€(gè)開源類的集合，讓使用Core Data變得更簡(jiǎn)單。它并不試圖隱藏或抽象Core Data，而是執(zhí)行***實(shí)踐，以及減少所要的模板代碼。這比Xcode Core Data模板是一個(gè)更好的選擇。
MDMCoreData由以下四個(gè)類組成：
MDMPersistenceController，一個(gè)便利的控制器，支持創(chuàng)建多個(gè)child-managed object context 來建立一個(gè)高效的Core Data堆棧。它有一個(gè)內(nèi)置的私有 managed object context，異步保存到SQLite倉(cāng)庫(kù)。
MDMFetchedResultsTableDataSource，獲取ResultsController delegate和列表數(shù)據(jù)源。
MDMFetchedResultsCollectionDataSource，獲取ResultsController delegate和集合數(shù)據(jù)源。
NSManagedObject+MDMCoreDataAdditions，一個(gè)托管對(duì)象類別，它提供輔助方法來消除模板代碼，比如實(shí)體名。
MDMCoreData一個(gè)***的特點(diǎn)是，它伴隨著一個(gè)支持表數(shù)據(jù)源的Core Data--所以你不必?fù)?dān)心要自己去實(shí)現(xiàn)。
你可以只設(shè)置MDMFetchedResultsTableDataSource實(shí)例的表數(shù)據(jù)源，而不是實(shí)現(xiàn)UITableViewDataSource 和NSFetchedResultsControllerDelegate 協(xié)議需要的所有方法。
當(dāng)實(shí)例化MDMFetchedResultsTableDataSource 對(duì)象，你只要簡(jiǎn)單地在表視圖里簡(jiǎn)單傳送，并獲取一個(gè)results controller：
- - (void)viewDidLoad {
- [super viewDidLoad];
- self.tableDataSource = [[MDMFetchedResultsTableDataSource alloc] initWithTableView:self.tableView
- fetchedResultsController:[self fetchedResultsController]];
- self.tableDataSource.delegate = self;
- self.tableDataSource.reuseIdentifier = @"WeatherForecastCell";
- self.tableView.dataSource = self.tableDataSource;
- }
MDMFetchedResultsTableDataSource 有一個(gè)代理，有兩個(gè)必須實(shí)現(xiàn)的方法。一個(gè)方法為你的表格配置cell：
- - (void)dataSource:(MDMFetchedResultsTableDataSource *)dataSource configureCell:(id)cell
- withObject:(id)object {
- OWMForecast *forecast = object;
- UITableViewCell *tableCell = (UITableViewCell *)cell; tableCell.textLabel.text = forecast.summary; tableCell.detailTextLabel.text = forecast.date;
- }
第二個(gè)方法處理刪除操作：
- - (void)dataSource:(MDMFetchedResultsTableDataSource *)dataSource deleteObject:(id)object
- atIndexPath:(NSIndexPath *)indexPath {
- [self.persistenceController.managedObjectContext deleteObject:object];
- }
實(shí)現(xiàn)兩個(gè)所需的MDMFetchedResultsTableDataSource 方法，遠(yuǎn)比實(shí)現(xiàn)表數(shù)據(jù)源所有所需方法和獲取results controller protocols要簡(jiǎn)單的多。
你可以在MDMCoreData Github repository 找到更多關(guān)于MDMCoreData的信息。
#2. Mogenerator
因?yàn)镃ore Data完全支持鍵/值編碼（KVC）和鍵/值觀察（KVO），就沒必要實(shí)現(xiàn)自定義的NSManagedObject 類。當(dāng)對(duì)你讀寫實(shí)體時(shí)，可以使用setValue:forKey: 和setValue:forKey: 。但這往往變得復(fù)雜和難于調(diào)試，因?yàn)樽址诰幾g的時(shí)候沒法檢查正確性。
比如，你有個(gè)person 的Core Data實(shí)體，你可以像這樣讀寫屬性：
- NSString *personName = [person valueForKey:@"firstName"];
- [person setValue:@"Ned" forKey:@"firstName"];
上面的person 對(duì)象是一個(gè)屬性名為firstName 的NSManagedObject 實(shí)例。想要讀取firstName，你得用firstName 作為valueForKey:關(guān)鍵字。類似地，你可以使用setValue:forKey: 設(shè)置一個(gè)person 對(duì)象的first name。
更好的方法就是使用標(biāo)準(zhǔn)的訪問方法或者點(diǎn)語法。然而，要這么做的話你必須為你的實(shí)體實(shí)現(xiàn)NSManagedObject一個(gè)自定義子類。你可以添加邏輯模型，比如獲取請(qǐng)求和驗(yàn)證。
你可能使用Xcode的Create NSManagedObjectSubclass功能快速創(chuàng)建單個(gè)實(shí)體的子類。雖然是個(gè)捷徑，但如果你的數(shù)據(jù)模型比較大，它會(huì)增加額外的開銷，會(huì)在更改模型時(shí)帶來許多問題。
重新創(chuàng)建子類意味著清除你所有的自定義模型邏輯--這就意味著你應(yīng)該在自定義模型以外創(chuàng)建邏輯。它適合于創(chuàng)建帶有托管對(duì)象屬性和自定義模型邏輯類別的自定義子類的常規(guī)模式。
命令行工具M(jìn)ogenerator 會(huì)自動(dòng)化這些精確的任務(wù)。每個(gè)Core Data實(shí)體會(huì)生成兩個(gè)類。***個(gè)類是為機(jī)器消耗生成的，當(dāng)模型改變的時(shí)候不斷地被覆蓋。第二個(gè)類是為你所有的自定義邏輯生成的，從來不被覆蓋。
Mogenerator 有一系列其他好處，包括以下幾點(diǎn)：
讀/寫數(shù)值型屬性時(shí)無需使用NSNumber 對(duì)象。
處理設(shè)置的輔助方法
創(chuàng)建新實(shí)體的輔助方法
一個(gè)實(shí)體識(shí)別的方法
Mogenerator可以從Mogenerator website 上可用的DMG文件來安裝，或者通過Homebrew安裝Mogenerator，打開終端，執(zhí)行下面的命令：
- brew install mogenerator
一旦安裝，用cd 命令來改變你應(yīng)用程序的目錄，然后從終端運(yùn)行Mogenerator，像這樣：
- $ mogenerator -m MySampleApp/ExampleModel.xcdatamodeld -O MySampleApp/Model --template-var arc=true
在上面的命令中，你可以用-m 選項(xiàng)調(diào)用Mogenerator，緊隨其后的是模型的位置。你也可以用-O 選項(xiàng)指定生成類的位置。當(dāng)使用ARC時(shí)，你需要傳遞--template-var arc=true 選項(xiàng)。
你可以讓Xcode通過創(chuàng)建Run Script Build Phase來運(yùn)行Mogenerator。Build Phases是編譯期間Xcode必須執(zhí)行的任務(wù)的描述。
要添加一個(gè)Build Phase，首先選擇target，選擇Build Phases標(biāo)簽，然后選擇菜單里的Editor / Add Build Phase / Add Run Script Build Phase 。
在新Run Script下的Shell腳本文本區(qū)域里添加以下代碼，確保修改mogenerator 的參數(shù)，來適配你的工程：
- if [ "${CONFIGURATION}" == "Debug" ]; then
- echo "Running Mogenerator"
- mogenerator -m MySampleApp/ExampleModel.xcdatamodeld -O MySampleApp/Model --template-var arc=true
- echo "Finished Mogenerator"
- else echo "Skipping Mogenerator"
- fi
以上的運(yùn)行腳本，會(huì)在你每次運(yùn)行一個(gè)調(diào)試編譯命令時(shí)讓Xcode運(yùn)行Mogenerator。如果模型沒什么改動(dòng)的話，Mogenerator將什么都不做，然后退出。
為了快速生成子類，現(xiàn)在你已經(jīng)把Mogenerator合并到你的工作流中，你應(yīng)該好好利用它的其它特性。
比如，不用每次打開原始值，你只要給它們添加Value后綴, 如以下的代碼片段所示：
- // Without Mogenerator
- if ([person.isFriend boolValue]) {
- // Do some work
- }
- // With Mogenerator
- if (person.isFriendValue) {
- // Do some work
- }
因?yàn)樵贑ore Data里bool 類型是以NSNumber 類型存儲(chǔ)的，在檢查值是否為真之前你必須調(diào)用person 對(duì)象的boolValue 。通過Mogenerator，就不需要額外的步驟了，因?yàn)槟阒灰?jiǎn)單地調(diào)用 isFriendValue即可。
如果Mogenerator對(duì)你的工具箱來說看起來像個(gè)有用的補(bǔ)充，你可以在Github repository 找到更多有關(guān)Mogenerator的信息。
#1. Instruments
Instruments 是OS X 和 iOS里為研究幾乎所有性能和內(nèi)存問題的重要工具--包括Core Data 問題。清單里的其它工具提供了許多自動(dòng)化和便捷性，但I(xiàn)nstruments通常會(huì)是研究任何問題或者性能調(diào)整的***站。
下圖是Time Profiler 和Core Data 模板，對(duì)Core Data配置來說是最有用的。
默認(rèn)的Core Data 模板，添加了可選的Faults Instrument功能，通過提供以下功能來幫你調(diào)整和監(jiān)控應(yīng)用程序的性能：
Core Data Fetches Instrument，捕捉獲取次數(shù)和獲取操作的持續(xù)時(shí)間。
Core Data Cache Misses Instrument，捕捉導(dǎo)致緩存遺漏的故障事件。
Core Data Saves Instrument，捕捉托管對(duì)象上下文環(huán)境保存事件的信息。
Core Data Faults Instrument，捕捉NSManagedObjects 或相關(guān)關(guān)系的延遲初始化過程發(fā)生的故障事件的信息。
這個(gè)是Core Data應(yīng)用程序中典型的instruments profile。你可以看到獲取請(qǐng)求何時(shí)發(fā)生，以及請(qǐng)求所花時(shí)間，保存操作何時(shí)以及如何發(fā)生，以及何時(shí)出現(xiàn)故障燈。
要獲取更多有關(guān)Instruments的信息，請(qǐng)下載我們的教程：How to Use Instruments in Xcode。
下一步
Core Data是個(gè)很強(qiáng)大的框架，但它會(huì)有很多開發(fā)消耗，不過這篇文章中的工具和庫(kù)提供了一些方法來高效、有效地幫你解決消耗問題。
