iOS客户端持久化存储——从模型到数据库

项目中经常会用到数据的存储，关于小量数据的存储，和海量数据的存储这里不做讨论，本帖主要讨论的是10000条以内数据的管理问题。

关于持久化存储，无外乎CoreData和sqllite两种。但个人一直对CoreData不太感冒，因此选择的是sqllite。

本文主要介绍理论方面的部分，实现代码可参考

https://github.com/TonyJR/TODBModel

我们首先把应用分为三层，应用层、数据层、持久层。我们重点实现数据层部分。

应用层主要是对数据的调用，展示数据修改界面

数据层就是指的Model和ModelManager

持久层包括所有的数据库操作，为了不重复造轮子，数据库的读写我们使用FMDB



如图所示，为保证读写速度，应用层只对数据层进行读写。 一般情况下，数据层只对持久层进行写入，只有初始化数据时，才会从持久层读取。

数据的唯一性

客户端的数据一般来源于服务器，在不同界面中，可能需要对同一对象进行操作。比如通讯录列表和联系人详情两个界面，可能同时持有同一个联系人对象。当编辑联系人信息并修改时，两个界面都应该发生变化。

那么我们需要使用ModelManager来保证内存中关于同一id的对象不会多次出现。



自动化建表、属性纠正

通过runtime可以方便的读取模型所有属性及其类型。因此我们可以在初始化模型的时候，检查数据表是否存在，并自动生成sql语句创建表格。

NSMutableDictionary *dic = [NSMutableDictionary dictionary];
unsigned int count;
objc_property_t *propertys = class_copyPropertyList([self class], &count);
for (int i = 0; i < count; i++)
{

objc_property_t property = propertys[i];

const char *name = property_getName(property);
const char *type = property_copyAttributeValue(property,"T");

NSString *sqlTypeName = objcType2SqlType(type);
if (!sqlTypeName) {
NSLog(@"#TOModel# %@中存在未识别的数据类型%s",NSStringFromClass([self class]),type);
}else{
[dic setObject:sqlTypeName forKey:[NSString stringWithUTF8String:name]];

}

}

另外开发过程中，模型随时可能增加或者删除字段，我们需要在模型加载过程中检查模型的属性变化并修改表格。