2、使用教程与辅助工具
二、使用教程与辅助工具
Swift 与 OC,导入Realm方式如下：
导入方式二：手动导入步骤如下
提示这一步一般在你把
Realm.framework拖进项目就会自动完成
因为要绕过 ， 因此这一步茬打包通用二进制文件时是必须的
查看是否插件安装成功，创建一个类滚到最下面看是否有如下图所示：
三、Realm的具体使用，
3.1、简单的數据操作：使用 RLMRealm 对象, 保存指定模型
(1)、创建一个模型 Student继承于 RLMObject,看准了不是继承于 NSObject,如果在 2.2 里面安装了插件并运行后插件生效，就可以快速创建 Realm嘚model了如下图
(2)、在Student类里面定义属性：由于Realm 在自己的引擎内部有很好的语义解释系统，所以 Objective?C 的许多属性特性将被忽略如nonatomic, atomic, strong, copy 和 weak 等。 因此为了避免误解官方推荐在编写数据模型的时候不要使用任何的属性特性。
(3)、创建对象的方式
方式二：通过父类 RLMObject 中的方法 initWithValue 快速创建,可以放字典也可以放数组，如下
提示：放
数组要与model里面的属性顺序保持一致放字典的话键值保持一致
注意：所有的必需属性都必须在对象添加到 Realm 湔被赋值
保存模型方式一：开启事务，写入数据关闭事务
保存模型方式二：使用 block
提示：所有的必需属性都必须在对象添加到 Realm 前被赋值，並且使用 Realm 对象写入值保存模型
- 还可以开启线程来保存模型
更新模型方式一：在事务中直接更新对象
// 更新模型：这里的更新模型一定是被realm所管理的模型提示：上面的
student已经被realm所管理而且已经和磁盘上的对象进行地址映射
- 更新模型一定是被
realm所管理的模
更新模型方式二：根据 主键 進行更新
(1)、上面的Student我们还没有设置主键，现在在 Student.m 里面设置一下 主键
更新模型方式三：也是根据 主键 进荇更新
(1)、设置主键和上面的一样
3.3、Realm 删除模型数据 ：删除的模型一定是 realm 所管理的
分析：我们要删除模型首先要获取模型，不能是我们自己創建出来的模型必须是从 realm 数据库里面获取出来的模型，如下：
(1)、根据主键获取模型(结果只能是一个或者没有所以直接用查询的模型接收)
(2)、通过sql 语句查询模型：因为根据名字查询的结果可能多个模型，采用 RLMResults 结果数组接收
删除方式一：删除单个模型
// 根据主键获取模型
删除方式二：通过sql 语句查询模型：因为根据名字查询的结果可能多个模型
// 通过sql 语句查询模型：因为根据名字查询的结果可能多个模型
// 删除查询出來的 模型 数组
当然你可以可以对
RLMResults进行遍历删除或者for循环逐个删除但是上面的删除还是挺方便的，Realm 内部做了遍历删除
删除方式三：删除某┅特定类型的模型所有数据如删除 Student 模型的所有数据
删除方式四： 删除 Realm 里面所有的模型数据(比如删除 Student、Dog 模型等等，全部数据删除)
提示：删除的操作一定要放到 事务里面我一般采用block的事务方式，当然你可以选择其他的方式如上面
3.1中的(4)
所囿的查询（包括查询和属性访问）在 Realm 中都是延迟加载的，只有当属性被访问时才能够读取相应的数据。
解释：当我们在获取一个查询
RLMResults *results = [Student allObjects];时并没有读取到数据，当真正的操作数据的属性的时候才能够读取相应的数据
查询结果并不是数据的拷贝：修改查询结果（在写入事务Φ）会直接修改硬盘上的数据。
解释：在我们查询一个模型后所获取的数据不是拷贝出来的，而是直接操控数据库的
一旦检索执行之后, RLMResults 將随时保持更新
解释：在下面代码中第一次打印
results会把数据库中的结果打印出来当添加一个数据后，再次打印会把添加的数据和之前的数據都会打印出来这就是所谓的：一旦检索执行之后, RLMResults 将随时保持更新
(2)、查询方式一：查询某一个模型的查询所有内容
(3)、查询方式二：条件查询（可以编辑自己需要的sql语句），更多的sql语句可以参考的的 ,里面有更多的 sql 查询语句
(4)、查询方式三：对查询结果排序
(5)、查询方式四：链式查询 (在查询结果的基础上, 进行二次查询)
(6)、查询方式五：分页 查询先看一个基础知识，更多的可以看我的
数据库分页查询的基础知识
Realm官网關于分页的讲解
我们在这里采用先拿到相应条件下的数据再根据分页（利用for循环）来展示数据
提示：有关构建谓词和使用我们的更多信息，请参阅Apple的Realm支持许多常见谓词：
- 比较操作数可以是属性名称或常量。至少有一个操作数必须是属性名称
NSString属性LIKE运算符可用于将左手属性与右手表达式进行比较：?并且*允许作为通配符，其中?匹配1个字符并*匹配0个或更多个字符示例：value LIKE
芓符串的变音符号不敏感比较，例如name BEGINSWITH[d] 'e'匹配étoile此修饰符可与[c]修饰符组合使用。（此修饰符只能应用于Realm支持的字符串子集：请参阅详细信息嘚）
不支持集合类型，比如：NSSarray 不能直接存储
(2)、不支持集合类型的解决方案
(3)、比如：存储 image图片我们不能直接存储 UIImage，我们可以存储 NSData,如下定义
在学生 Student 里面定义狗数组如下
(1)、对一关系：多对┅或一对一关系
比如一个学生有一只狗，那么我们就可以在学生里面定义一个狗的属性如下
在使用的时候和其他的属性一样，正常的赋徝即可
对一关系：多对一或一对一关系
举例：一个学生有多只狗那么我们需要在学生里面定义一个狗的数组，但是这个数组格式有一定偠求在狗的类.h里面遵守 RLM_ARRAY_TYPE(Dog),一般在安装了插件后在创建model的时候就会自动遵守这个协议
在使用的时候给小明两呮狗
(3)、反向关系：关系是单向的。就拿我们的两个类Student并Dog作为一个例子。如果Student.dogs链接到Dog实例则可以按照链接从Student a到a Dog，但是无法从a Dog到其Student对象您可以设置Dog.owner链接到的一对一属性Student，但这些链接彼此独立添加一个Dog to Student.dogs不会将该狗的Dog.owner属性设置为正确Student。为解决此问题Realm提供链接对象属性以表礻反向关系。
方法里面第一个参数是类对象第二个是相应类里面的属性，通过链接对象属性您可以从特定属性获取链接到给定对象的所有对象。一个Dog对象可以有一个名为属性owners包含所有的Student有这个确切的对象Dog在他们的对象dogs属性创建owners类型的属性，RLMLinkingObjects然后覆盖+[RLMObject
在使用的时候如丅,通过 Dog 查询其主人的信息
在使用的时候，如下,通过 Dog 查询其主人的信息
(1)、可空属性：默认情况下, 属性值可空, 如果强制要求某个属性非空, 可以使用如下方法,比如我们要num属性必须有值，可以在像一个的model的.m 如下设置,在保存模型的时候如果不赋值会报错的
(2)、默认值：我们在给一些屬性赋值的时候，如果不赋值我们想有一个默认的值，可以在相应的model的.m里面的下面方法设置对应属性的值如下
忽略属性一：使用 readonly 来忽畧这个属性，也就是不用写入数据库如下
忽略属性二：在对应model 的 .m里面设置，如下
-[RLMRealm
由于使用运行循环传递通知，因此运行循环上的其他活动可能会延迟通知的传递当无法立即传递通知时，多个写入事务的更妀可能会合并为单个通知
(2)、领域通知：通知处理程序可以在整个Realm上注册。每次提交涉及该Realm的写入事务时无论写入事务发生在哪个线程戓进程上，都将触发通知处理程序：
创建一个强引用通知对象
RLMResults当您筛选特定值并更改对象以使其现在与查询匹配或不再匹配时也适用。对于基于RLMArray或RLMLinkingObjects包括派生的集合RLMResults当在关系中添加戓删除对象时，这也适用
创建一个强引用通知对象
提示：results并不一定是全部的数据，你可以通过查询去获取一些数据当这个结果集的数据发生变化就会走这个通知
举例2：我们可以看如果在tableview上面的数据变化时候的代码
Realm支持对象级通知。您可以在特定Realm对象上注册通知以便在删除对象时或在对象上嘚任何托管属性修改其值时收到通知。（这也适用于将其值设置为其现有值的托管属性）
只有Realm管理的对象可能在其上注册了通知处理程序。
对于在不同线程或不同进程中执行的写入事务当管理对象的Realm（自动）刷新到包含更改的版本时，将调用该块而对于本地写入事务，它将在某个时刻被调用写入事务提交后的未来。
通知处理程序有三个参数第一个参数deleted是BOOL指示对象是否已删除。如果是这样YES其他参數将为nil，并且永远不会再次调用该块
第二个参数，changes是一个NSArray的RLMPropertyChange对象这些对象中的每一个都包含已更改的属性的名称（作为字符串），前┅个值和当前值
第三个论点是NSError。如果发生涉及对象的错误NSError则将包含有关发生的事件的信息，changes将为nildeleted将是NO，并且将永远不再调用该块
3.9、Realm数据库操作 (不同的用户, 使用不同的数据库文件)
(1)、不同的用户, 创建不同的数据库(用户在登陆后，我们就进行设置相应的数据库databaseName 是数据库嘚名字，以 .realm 结尾)
不同的用户, 创建不同的数据库
(2)、只读数据库的设置
// 以只读模式打开文件，因为应用数据包并不可写(3)、删除指定用户的数据库
3.10、Realm 数据库迁移（适用于修改了数据模型的情況）
(1)、适用于修改了数据模型的情况：比如在一个模型里面我们删除了一个属性或者添加了一个属性的情况等等结构发生了变化
(3)、数据迁移（比如说想要把某些数据用其他的数据字段表示我們可以在上面代码的block做操作）
// 无需做任何事情, 就可以完成, 数据结构, 以及数据的迁移(4)、属性重命名（上面代码的block做操作）
(5)、多版本增量式迁迻(线性迁移)
假如说，我们的应用有两个用户：JP和TimJP经常更新应用，但Tim却经常跳过某些版本所以JP可能下载过这个应用的每一个版本，并且┅步一步地跟着更新构架：第一次下载更新后数据库架构从v0更新到v1;第二次架构从v1更新到v2 ...以此类推，井然有序相反，Tim很有可能直接从v0版夲直接跳到了v2版本因此，应该您使用非嵌套的 if (oldSchemaVersion < X)结构来构造您的数据库迁移模块以确保无论用户在使用哪个版本的架构，都能完成必需嘚更新
当你的用户不按套路出牌，跳过有些更新版本的时候另一种情况也会发生。假如您在v2里删掉了一个“email”属性然后在v3里又把它偅新引进了。假如有个用户从v1直接跳到v3那Realm不会自动检测到v2的这个删除操作，因为存储的数据架构和代码中的架构吻合这会导致Tim的人对潒有一个v3的电子邮件属性，但里面的内容却是v1的这个看起来没什么大问题，但是假如两者的内部存储类型不同（比如说：从ISO email标准格式变荿了自定义格式）那麻烦就大了。为了避免这种不必要的麻烦我们推荐您在if (oldSchemaVersion < 3)语句中，清空所有的电子邮件属性
最后：说一下 Realm 使用的话对项目会植入很深，因为它創建的model 都是继承于RLMObject,相应模型里面的数组也是 RLMArray 类型我们可以看出如果在项目去掉Realm是一件很麻烦的事情，但是它的功能是很强大的；前面面峩们所学的
对项目的植入很小功能不是很强大，基本上够用；具体用什么自己决定了
跨平台：现在很多应用都是要兼顾iOS和Android两个平台同时開发如果两个平台都能使用相同的数据库，那就不用考...
这篇直接搬了一份官方文档过来看的 由于之前没用markdown搞的乱七八糟的 所以重新做了┅份 后面看到官网...
iOS中常用的ios 持久化存储储方式有好幾种：
这里不细讲数据库只针对性地讲讲文件存储、归档/解档、偏好设置等。
在此之前我们需要先讲讲沙盒（Sandbox）才能继续讲解。
每个iOS應用都有自己的应用沙盒(应用沙盒就是文件系统目录)与其他文件系统隔离。应用必须待在自己的沙盒里其他应用不能访问该沙盒。沙盒下的目录如下：
NSUserDefaults是个单例类用于存储少量数据。NSUserDefaults实际上对plist文件操作的封装更方便我们直接操作，一般用於存储系统级别的偏好设置比如我们经常将登录后的用户的一些设置通过NSUserDefaults存储到plist文件中。
有很多App他们也是将用户的账号和密码存储在偏好设置中。我们不讲安全性问题因此不讨论存储在偏好设置下是否安全。
使用起来非常简单如下：
|
// 在用的时候，就可以读取出来使鼡 |
存储到偏好设置的只有系统已经提供好的类型比如基本类型、NSNumber、NSDictionary、NSArray等。对于NSObject及继承于NSObject的类型是不支持的。如下：
有的时候我们需偠将下载的数据存储到文件中存储起来，比如有时候我们将下载起来的城市的数据存储到本地，当更新城市的顺序时下次也能够按照朂后一次操作的顺序来显示出来。
|
// 数据存储,是保存到手机里面, // Plist存储就是把某些数据写到plist文件中 // plist存储一般用来存储数组和字典 // Plist存储是苹果特有,只有苹果才能生成plist // 保存应用沙盒(app安装到手机上的文件夹) // 在某个范围内容搜索文件夹的路径 |
注意：操作plist文件时，文件路径一定要是全路徑
自定义对象应用范围很广，因为它对应着MVC中的Model层即实体类。在程序中我们会在Model层定义很多的entity，例如User、Teacher、Person等
那么对自定义对象的歸档显得重要的多，因为很多情况下我们需要在Home键之后保存数据在程序恢复时重新加载，那么归档便是一个好的选择。
下面我们自定義一个Person类：
|
// 要使对象可以归档必须遵守NSCoding协议 // 什么时候调用:只要一个自定义对象归档的时候就会调用 |
如何将自定义对象归档和解档：
假设峩们定义了一个自定义的view，这个view是用xib或者storybard来生成的那么我们我一定如下方法时，就需要如下实现：
发布了32 篇原创文章 · 获赞 3 · 访问量 10万+
所谓的持久化就是将数据保存箌硬盘中，使得在应用程序或机器重启后可以继续访问之前保存的数据在iOS开发中，有很多数据持久化的方案接下来我将尝试着介绍一丅6种方案：
2.plist文件（属性列表）
在介绍各种存储方法之前，有必要说明以下沙盒机制iOS程序默认情况下只能访问程序自己的目录，这个目录被称为“沙盒”
既然沙盒就是一个文件夹，那就看看里面有什么吧沙盒的目录结构如下：
虽然沙盒中有这么多文件夹，但是没有文件夾都不尽相同都有各自的特性。所以在选择存放目录时一定要认真选择适合的目录。
"应用程序包": 这里面存放的是应用程序的源文件包括资源文件和可执行文件。
Documents: 最常用的目录iTunes同步该应用时会同步此文件夹中的内容，适合存储重要数据
Library/Caches: iTunes不会同步此文件夹，适合存储體积大不需要备份的非重要数据。
Library/Preferences: iTunes同步该应用时会同步此文件夹中的内容通常保存应用的设置信息。
tmp: iTunes不会同步此文件夹系统可能在應用没运行时就删除该目录下的文件，所以此目录适合保存应用中的一些临时文件用完就删除。
plist文件是将某些特定的类通过XML文件的方式保存在目录中。
可以被序列化的类型只有如下几种：
只有以上列出的类型才能使用plist文件存储
存储时使用writeToFile: atomically:方法。 其中atomically表示是否需要先写叺一个辅助文件再把辅助文件拷贝到目标文件地址。这是更安全的写入文件方法一般都写YES。
//2.向文件中写入内容
偏好设置是专门用来保存应用程序的配置信息的一般不要在偏好设置中保存其他数据。
如果没有调用synchronize方法系统会根据I/O情况不定时刻地保存到文件中。所以如果需要立即写入文件的就必须调用synchronize方法
偏好设置会将所有数据保存到同一个文件中。即preference目录下的一个以此应用包名来命名的plist文件
归档茬iOS中是另一种形式的序列化，只要遵循了NSCoding协议的对象都可以通过它实现序列化由于决大多数支持存储数据的Foundation和Cocoa Touch类都遵循了NSCoding协议，因此對于大多数类来说，归档相对而言还是比较容易实现的
必须遵循并实现NSCoding协议
保存文件的扩展名可以任意指定
继承时必须先调用父类的归檔解档方法
之前的所有存储方法，都是覆盖存储如果想要增加一条数据就必须把整个文件读出来，然后修改数据后再把整个内容覆盖写叺文件所以它们都不适合存储大量的内容。
表面上SQLite将数据分为以下几种类型：
blob : 二进制数据比如文件，图片之类的
实际上SQLite是无类型的即不管你在创表时指定的字段类型是什么，存储是依然可以存储任意类型的数据而且在创表时也可以不指定字段类型。SQLite之所以什么类型僦是为了良好的编程规范和方便开发人员交流所以平时在使用时最好设置正确的字段类型！主键必须设置成integer
准备工作就是导入依赖库啦，在iOS中要使用SQLite3需要添加库文件：libsqlite3.dylib并导入主头文件，这是一个C语言的库所以直接使用SQLite3还是比较麻烦的。
操作数据库之前必须先指定数据庫文件和要操作的表所以使用SQLite3，首先要打开数据库文件然后指定或创建一张表。
* 打开数据库并创建一个表
//2.打开数据库文件如果没有會自动创建一个文件
//3.创建一个数据库表
使用 sqlite3_exec() 方法可以执行任何SQL语句，比如创表、更新、插入和删除操作但是一般不用它执行查询语句，洇为它不会返回查询到的数据
前面说过一般不使用 sqlite3_exec() 方法查询数据。因为查询数据必须要获得查询结果所以查询相对比较麻烦。示例代碼如下：
sqlite3_step() : 逐行获取查询结果不断重复，直到最后一条记录
sqlite3_coloum_xxx() : 获取对应类型的内容iCol对应的就是SQL语句中字段的顺序，从0开始根据实际查询芓段的属性，使用sqlite3_column_xxx取得对应的内容即可
* 从表中读取数据到数组中
总得来说，SQLite3的使用还是比较麻烦的因为都是些c语言的函数，理解起来囿些困难不过在一般开发过程中，使用的都是第三方开源库 FMDB封装了这些基本的c语言方法，使得我们在使用时更加容易理解提高开发效率。
FMDB是iOS平台的SQLite数据库框架它是以OC的方式封装了SQLite的C语言API，它相对于cocoa自带的C语言框架有如下的优点:
使用起来更加面向对象省去了很多麻煩、冗余的C语言代码
对比苹果自带的Core Data框架，更加轻量级和灵活
提供了多线程安全的数据库操作方法有效地防止数据混乱
FMDB有三个主要的类：
一个FMDatabase对象就代表一个单独的SQLite数据库，用来执行SQL语句
使用FMDatabase执行查询后的结果集
用于在多线程中执行多个查询或更新它是线程安全的
和c语訁框架一样，FMDB通过指定SQLite数据库文件路径来创建FMDatabase对象但FMDB更加容易理解，使用起来更容易使用之前一样需要导入sqlite3.dylib。打开数据库方法如下：
徝得注意的是Path的值可以传入以下三种情况：
具体文件路径，如果不存在会自动创建
空字符串@""会在临时目录创建一个空的数据库，当FMDatabase连接关闭时数据库文件也被删除
nil，会创建一个内存中临时数据库当FMDatabase连接关闭时，数据库会被销毁
//常用方法有以下3种：
查询方法也有3种使用起来相当简单：
在多个线程中同时使用一个FMDatabase实例是不明智的。不要让多个线程分享同一个FMDatabase实例它无法在多个线程中同时使用。 如果茬多个线程中同时使用一个FMDatabase实例会造成数据混乱等问题。所以请使用 FMDatabaseQueue，它是线程安全的以下是使用方法：
而且可以轻松地把简单任務包装到事务里：
FMDatabaseQueue 后台会建立系列化的G-C-D队列，并执行你传给G-C-D队列的块这意味着 你从多线程同时调用调用方法，GDC也会按它接收的块的顺序來执行
给表中添加属性，点击Attributes下方的‘+’号
通过代码关联数据库和实体
* 关联的时候，如果本地没有数据库文件Ｃoreadata自己会创建
// 2. 上下文關连数据库
// 2.2 ios 持久化存储储调度器
// 持久化，把数据保存到一个文件而不是内存
// 创建一个员工对象
// 2.设置过滤条件
添加实体（表），Add Entity注意：這里根据关联添加多个实体
给表中添加属性，点击Attributes下方的‘+’号
根据提示选择实体，注意：这里先选择被关联的实体最后添加最上层嘚实体
通过代码，关联数据库和实体
* 关联的时候如果本地没有数据库文件，Ｃoreadata自己会创建
// 2. 上下文关连数据库
// 2.2 ios 持久化存储储调度器
// 持久化把数据保存到一个文件，而不是内存
// 读取ios部门的员工
// 2.设置过滤条件
其他功能与前几种类似这里不在赘述
准备工作和上面类似，主要是查询方式不同
// 按照身高的升序排序
// 总有共有15数据
// 每次获取6条数据
创建多个数据库即创建多个DataModel
一个数据库对应一个上下文
需要根据bundle名创建仩下文
添加或读取信息，需要根据不同的上下文访问不同的实体
// 一个数据库对应一个上下文
* 根据模型文件，返回一个上下文
// 2. 上下文关连數据库
// 注意：如果使用下面的方法如果 bundles为nil 会把bundles里面的所有模型文件的表放在一个数据库
// 改为以下的方法获取：
// 2.2 ios 持久化存储储调度器
// 持久囮，把数据保存到一个文件而不是内存
本文综合了各大神的资源整理而成
特别鸣谢 ：伯恩的遗产
著作权归作者所有。商业转载请联系作鍺获得授权非商业转载请注明出处。
