構(gòu)思了好久秋度，參考了很多人的代碼，主要是參考同事的，嘗試寫了下數(shù)據(jù)層。
博文地址 http://linit.space/chi-jiu-hua-shu-ju-ceng-da-jian/
==github地址 pod文件還在制作中 https://github.com/Lin-IT-Lion/GQDataBase ==

設計思路

起初是想設計一個通用的構(gòu)架乏悄，底層數(shù)據(jù)存儲的實現(xiàn)方式可以任意替換，鑒于起太復雜恳不，就先設計一個以Realm為數(shù)據(jù)核心的數(shù)據(jù)層纲爸，當然也可以設計的最終效果是這個核心可以任意替換，替換后上層用到數(shù)據(jù)存儲的部分不需要變動妆够。

一. 構(gòu)架設計

數(shù)據(jù)持久化儲蓄層.jpg

二. 具體設計

==假設前提：用戶使用MVC的方式==

從直接暴露給用戶接觸的接口說起姨伤。首先要使得用戶原有的Model可以直接調(diào)用增刪改查方法。那么就必須給原有的 Model 加上對應的方法庸疾，于是便需要提供一個 Category , 給 NSObject 類加上對應的方法定義如下

 @interface NSObject (GQDBOperation)

/**
 *  增加or修改
 */
- (BOOL)gq_DBaddOrUpdate;

/**
 *  刪除
 */
- (BOOL)gq_DBdel;

/**
 *  查詢
 *
 *  @param predicate 正則
 *
 *  @return 結(jié)果
 */
+ (NSArray *)gq_DBgetObjectsWithPredicate:(NSPredicate *)predicate;

/**
 *  查詢?nèi)? *
 *  @return 結(jié)果
 */
+ (NSArray *)gq_DBgetAllObject;

/**
 *  刪除全部
 *
 */
+ (BOOL)gq_DBdelAll;
@end

這樣上層用戶只需要直接調(diào)用對應的方法就可以了乍楚。

接下來要進行這些方法的具體實現(xiàn)，在之前的構(gòu)架設計中已經(jīng)提到届慈，我們需要進行Model轉(zhuǎn)化然后進行數(shù)據(jù)存儲操作徒溪。但是要由原來的Model轉(zhuǎn)化為我們的DBModel。定義DBModel的方式很多金顿，反正我們先定一個BaseDBModel（繼承自RLMObject）臊泌，所有的DBModel都繼承與他。（后來我想了下揍拆，dbmodel可能也可以不用自己定義渠概，可以使用runtime的特性，動態(tài)生成對應類嫂拴，不過這個暫時放在以后研究播揪，本文還是用最簡單的方法，自行定義） 普通的model定義DBModel的形式非常簡單顷牌，只需要繼承自BaseDBModel然后各個字段根據(jù)Realm的特性進行定義即可剪芍。如：

#import "GQSecNormalModel.h"
@interface GQNormalModel : NSObject

@property (nonatomic, copy) NSString *title;

@property (nonatomic, strong) NSNumber *nId;

@property (nonatomic, strong) GQSecNormalModel *oneModel;

@property (nonatomic, strong) NSMutableArray *oneModelList;

@end
@interface GQSecNormalModel : NSObject
@property (nonatomic, copy) NSString *smallTitle;
@property (nonatomic, copy) NSString *smallTitle1;
@end

@interface GQSecNormalDBModel : GQBaseDBModel

@property (nonatomic, copy) NSString *smallTitle;
@property (nonatomic, copy) NSString *smallTitle1;
@end

RLM_ARRAY_TYPE(GQSecNormalDBModel)

@interface GQNormalDBModel : GQBaseDBModel

@property (nonatomic, strong) NSNumber<RLMInt> *nId;

@property (nonatomic, copy) NSString *title;

@property (nonatomic, strong) GQSecNormalDBModel *oneModel;

@property (nonatomic, strong) RLMArray<GQSecNormalDBModel> *oneModelList;
@end

轉(zhuǎn)換成DBModel之后，通過自定義的ModelDBContext進行數(shù)據(jù)庫操作窟蓝，當然罪裹，也可以直接通過DBModel操作數(shù)據(jù)庫，之所以拆分開來只是為了代碼邏輯更加清楚运挫。

三. 具體實現(xiàn)

實現(xiàn)不在本文討論范圍內(nèi)状共，直接傳代碼至github，大家自行參考谁帕。

四. 細節(jié)問題

1. 為了使得框架與項目的耦合程度低一點峡继，獲取一些用戶的信息，采用協(xié)議的方式匈挖。通過實現(xiàn)協(xié)議方法碾牌，返回給數(shù)據(jù)層一些必要的用戶信息。
2. 方便DBModel和普通Model的轉(zhuǎn)化儡循，采用Realm+json
3. 主要通過協(xié)議的方式舶吗，提示用戶去設置主鍵，與存儲范圍（用戶相關(guān)or無關(guān)）

五. 性能分析

主要和Sqlite進行對比择膝，調(diào)用Sqlite的方式采用第三方FMDB

02.jpg

從圖中可以看出Realm明顯在存儲的過程中明顯快于Sqlite誓琼，同樣存儲10000條數(shù)據(jù)，Sqlite需要6219ms，Realm僅僅需要1370ms腹侣，在讀取操作的時候叔收，Realm僅僅需要13ms而Sqlite需要94ms（圖中的Realm 使用 1656ms并不是都在讀取數(shù)據(jù)庫而是做model轉(zhuǎn)化，讀取數(shù)據(jù)僅耗時13ms傲隶，實則存儲過程中饺律，真正存儲的也只有300ms圖中沒有截圖，其余1000ms也在model轉(zhuǎn)化伦籍，而model轉(zhuǎn)化是本框架做的與Realm無關(guān)）蓝晒。
可見，使用Realm遠好于Sqlite帖鸦。