项目中经常会用到数据的存储,关于小量数据的存储,和海量数据的存储这里不做讨论,本帖主要讨论的是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]];
}
}
- 另外开发过程中,模型随时可能增加或者删除字段,我们需要在模型加载过程中检查模型的属性变化并修改表格。
本文探讨了在项目中如何管理10000条以内的数据,采用SQLite而非CoreData作为存储方案。通过将应用划分为应用层、数据层和持久层,详细介绍了数据层的实现方式,包括数据唯一性的维护、自动化建表及属性校正等。
1662

被折叠的 条评论
为什么被折叠?



