目测现在开发人员用的最多存储方式应该就是FMDB与Coredata。但用过Coredata的开发人员应该知道coredata的使用并非很方便。So,用第三方的应该占大多数。今天就说下Coredata的第三库:MagicalRecord;
本篇文章只介绍MagicalRecord初始化与数据迁移两个知识点。还有一个是提供了一个提前预制数据库的逻辑思路。因本人所负责的项目就有这种需求,所以这里贴出来供大家探讨。
以下简称MagicalRecord为MR。
MR 初始化主要分为一下四类:
一,以程序名为数据库名,不需要自动升级
[MagicalRecord setupCoreDataStack];
二,以程序名为数据库名,需要自动升级
[MagicalRecord setupAutoMigratingCoreDataStack];
三,自定义数据库名,不需要自动升级
[MagicalRecord setupCoreDataStackWithStoreNamed:@"LocalModel.sqlite"];
四,自定义数据库名,需要自动升级
[MagicalRecord setupCoreDataStackWithAutoMigratingSqliteStoreNamed:@"LocalModel.sqlite"];
我们知道,在使用Coredata的时候,系统会默认生成一些代码,同时生成数据库存储路径,同样是以程序名命名。所以,MR的默认命名也是以程序名命名。无论何种命名,默认的路径都是在Library目录下。

由此可知,初始化MR使用哪一种方式都可以,当然,长远考虑还是用可以自动升级数据库的方式更好。以后如果字段变更,结构变更,已安装用户需要升级时,处理起来就相当方便。下面就来说下数据库自动升级。
假设已经用可自动升级方式初始化了MR,运行时先存入一条数据(MR引入,model创建,不在赘述):

找到数据库位置并打开,可以看到:

数据已存入表中。假设app已经推广并有用户使用,这时增加需求,需要给User加个age字段。这时候MR自动升级的优势就来了:
1,先新建一个模型文件的新版本,命名默认即可

2,添加完成后可以看到原来只有一个的LocalModel.xcdatamodeld左侧多了个三角,点开可看到新建的version。现在给新的model文件中的User实体添加age字段。


3,如果仔细观察,可以看到左侧model文件中有个绿色的对勾,并未勾选在新建的version上面,说明新建的version并非当前模型文件,需要把他选为当前模型文件。

4,根据新的model文件生成新的实体类

好的,升级完成,下面进行测试,新插入一条数据进行测试,在打开数据库看下:


OK,新数据已经插入,原来的数据也没有丢失,至此,升级完成。但在代码中切记判断age字段是否是 Null。
下面简单说下数据库预制。
什么情况下需要提前预制数据库,想想就知道,但总结来说,就是本地常用的数据,大量的,固定不变的,不适合通过网络获取的,都可以提前预制到数据库。整体思路如下(假设利用模拟器):
1,根据预制需要,先生成相应的数据表;
2,利用死代码,把需要预制的数据存入表中(这里执行的方法切勿在程序正常使用时执行,只适合打包前,也就是预制时使用一次);
3,找到生成的数据库文件,剪切到工程目录中并删除模拟器中的app应用;
4,利用NSFileManager把工程目录中的数据库文件复制到Document目录或者Library目录下;
5,利用MR正常生成数据库,必须宝成此时生成的数据库文件名字与提前预制的一致,这样,MR自动会利用提前预制的数据库;(正常情况下,这种方式只需要在用户初次安装时用到,记得做判断哦)
6,预制成功,继续自己的工作。
下面是我的demo中的预制数据库的代码部分,仅供参考:

下面列出一些常用方法,具体使用不在赘述:
1,查询所有文件
+ (NSArray *) MR_findAll;
2,根据某个属性(字段)查询文件,是否升序(例如根据age 属性升序或降序查询)
+ (NSArray *) MR_findAllSortedBy:(NSString *)sortTerm ascending:(BOOL)ascending;
3,根据某个属性(字段)查询文件,是否升序,是否有其他限制(比如:根据age升序查询,限制为:name = @"Lili')
+ (NSArray *) MR_findAllSortedBy:(NSString *)sortTerm ascending:(BOOL)ascending withPredicate:(NSPredicate *)searchTerm;
//举例
NSPredicate *predicate = [NSPredicate predicateWithFormat:@"name = %@",@"Lili"];
NSArray *resultArr = [User MR_findAllSortedBy:@"age" ascending:YES withPredicate:predicate];
4,直接根据某个限制查询
+ (NSArray *) MR_findAllWithPredicate:(NSPredicate *)searchTerm;
5,查询所有实体 //根据上下文
+ (NSArray *) MR_findAllInContext:(NSManagedObjectContext *)context
+ (NSArray *) MR_findAll
不一一举例了。更多请查看 NSManagedObject+MagicalFinders.h 头文件。
tips:
MR每一步都有NSLog输出,关闭输出的方式:把 MagicalRecord.h 中第 23行改为 1

有用无用,请砸来阁下的意见,谢谢!
网友评论
pod方式导入改源码是不太好的哦