微信号:iOSDevTip

介绍:最新iOS、iPhone资讯,万名iOS开发者、swift开发、果粉聚集,参与技术讨论,整理开发技巧,分享创业经验!享受生活、热爱编程!

开源一个Key-Value存储工具类 by 唐巧

2014-10-12 10:20 iOS开发

前言

还记得大学刚学数据库那会儿,天真地以为世界上所有的存储都需要用数据库来做。后来毕业后,正值NOSQL流行,那时我在网易参与了网易微博的开 发,我们当时使用了有道自己做的“BigTable”— OMAP来存储微博数据,那个时候才发现,其实Key-Value这种简单的存储也能搞定微博这类不太简单的存储逻辑。

相比MYSQL,当数据量上千万后,NOSQL的优势体现出来了:对于海量数据,NOSQL在存取速度上没有任何影响,另外,天生的多备份和分布式,也说数据安全和扩容变得异常容易。

iOS端的尝试

后来我从后台转做iOS端的开发,我就尝试了在iOS端直接使用Key-Value式的存储。经过在粉笔网、猿题库、小猿搜题三个客户端中的尝试 后,我发现Key-Value式的存储不但完全能够满足大多数移动端开发的需求,而且非常适合移动端采用。主要原因是:移动端存储的数据量不会很大:

  • 如果是单机的应用(例如效率工具Clear),用户自己一个人创建的数据最多也就上万条。

  • 如果是有服务端的应用(例如网易新闻,微博),那移动端通常不会保存全量的数据,每次会从服务器上获取数据,本地只是做一些内容的缓存而已,所以也不会有很大的数据量。

如果数据量不大的话,那么在iOS端使用最简单直接的Key-Value存储就能带来开发上的效率优势。它能保证:

  1. Model层的代码编写简单,易于测试。

  2. 由于Value是JSON格式,所以在做Model字段更改时,易于扩展和兼容。

实现方案

在存储引擎上,2年前我直接选择了Sqlite当做存储引擎,相当于每个数据库表只有Key,Value两个字段。后来,随着LevelDB的流行,业界也有一些应用采用了LevelDB来做iOS端的Key-Value存储引擎,例如开源的ViewFinder。

因为LevelDB本身并不是为移动端设计的,我担心它过于占用内存,我自己也没有看到业界有在移动端针对LevelDB做很详细的测试,连 LevelDB的iOS端移植都不是官方做的。加上我自己写的基于Sqlite的Key-Value存储用着也没有什么问题,所以我也就一直没有更换成 LevelDB。

开源

经过两年的使用和测试,我认为它非常好用,而且代码也非常简单,只有不到400行。所以现在开源分享给大家,这个项目叫YTKKeyValueStore,项目在这里。以下是一个简单的使用示例:


12345678910
YTKKeyValueStore *store = [[YTKKeyValueStore alloc] initDBWithName:@"test.db"];NSString *tableName = @"user_table";[store createTableWithName:tableName];// 保存NSString *key = @"1";NSDictionary *user = @{@"id": @1, @"name": @"tangqiao", @"age": @30};[store putObject:user withId:key intoTable:tableName];// 查询NSDictionary *queryUser = [store getObjectById:key fromTable:tableName];NSLog(@"query data result: %@", queryUser);


其它

两年前写过不少测试用例,后来给弄丢了,所以现在开项项目中还没有测试用例。由于时间关系,更详细的使用说明稍后会更新到项目中。

iOS

原创文章,版权声明:自由转载-非商用-非衍生-保持署名 | Creative Commons BY-NC-ND 3.0


 
iOS开发 更多文章 照片浏览滑动效果UIScrollView和UIPageControl组合 对NSArray中自定义的对象进行排序 iOS 7 教程:让程序同时支持iOS 6和iOS 7 iOS进化论:颠覆曾经的颠覆 面试遇到两只羊和一辆汽车的故事你改怎么办?
猜您喜欢 Python监视进程创建情况和系统服务状态 ubuntu下SVN服务器安装配置 岂安CTO告诉你微数据下的互联网安全与风控【流量党慎入】 平安金融科技移动技术周报(第三十五期) XMPP协议在途牛APP中的应用实践