Object-C数据库选择实践 2023-03-07 周二
简介
iOS开发一直使用Object-C，当准备转向Swift的时候，发现iOS开发江河日下，Flutter才是更好的选择。在使用Object-C的过程中，数据库一直是一种不大好的体验。
方案选择
1. FMDB
一直以来，首先想到的就是这个。将C语言的sqlite用Object-C包一下，使用难度降低很多。主要操作都靠执行SQL来完成。在大多数情况下，足够用了，所以这是首选。
2. CoreData
一直纠结要不要用，曾经尝试过，但一直感觉难用，不习惯。优先级排在FMDB之后。
3. key-value数据库，代表有Realm、LevelDB、RocksDB等
这些都没有接触过，相关文章看了也没什么感觉，大概率不会选。
4. YYCache
没错，就是那个缓存的第三方库。
既然是key-value，直接使用YYCache不就好了，反正缓存是少不了的，让YYCache客串数据库，其实也很不错的。实际上我也是这么干的。
增删改都很方便，但是对于“查R”就尴尬了。比如，读取所有的记录，这就很难实现。你如果用id做key，在“查R”的时候，怎么给key参数？为了解决这个问题，绕了一个大弯，用自然数编号做key，然后额外保存一个total。
整个过程实现起来很勉强。虽然不喜欢SQL，但是有些场景，真的是用SQL方便。
WCDB
感觉到YYCache在“查R”上的尴尬，所以准备引入数据库。首先想到的当然是FMDB，只是最近百度上搜索的时候出现了WCDB，看了一下热度和FMDB页差不多了，又是微信开源的，所以决定尝试一下。照着以下参考文章一步步做，了解了基础。
参考文章
封装实践
-
本来打算封装为一个单例，作为一个基础工具来用。只是感觉和Model强耦合，隔离困难，与纯粹工具的定位很不相符。
-
引用<WCDB/WCDB.h>的地方需要.mm文件，这个带来很大的不方便。为此为Model做一个扩展category来隔离。
-
Model，可以是.m,只是作为字段接口
@interface PDATestModel : NSObject
@property (nonatomic, strong) NSString *name;
@property (nonatomic, strong) NSString *age;
@property (nonatomic, strong) NSString *height;
@property (nonatomic, strong) NSString *idCard;
@end
- Model的category，用来封装<WCDB/WCDB.h>，需要是.mm文件
头文件（.h）：
@interface PDATestModel (WCTTableCoding) <WCTTableCoding>
WCDB_PROPERTY(name)
WCDB_PROPERTY(age)
WCDB_PROPERTY(height)
WCDB_PROPERTY(idCard)
@end
实现文件（.mm）：
@implementation PDATestModel (WCTTableCoding)
WCDB_IMPLEMENTATION(PDATestModel)
WCDB_SYNTHESIZE(PDATestModel, name)
WCDB_SYNTHESIZE(PDATestModel, age)
WCDB_SYNTHESIZE(PDATestModel, height)
WCDB_SYNTHESIZE(PDATestModel, idCard)
@end
- 增查改删CRUD与数据库，表，Model等都是强耦合，需要根据业务封装，无法做成通用的工具方法。使用感觉上就是用函数名（WINQ）来取代SQL
/// 增c
- (BOOL)insertModel:(PDATestModel *)model {
return [self.database insertOrReplaceObject:model into:self.tableName];
}
/// 删d
- (BOOL)deleteModel:(PDATestModel *)model {
return [self.database deleteObjectsFromTable:self.tableName where:(PDATestModel.idCard == model.idCard)];
}
/// 改u
- (BOOL)updateModel:(PDATestModel *)model {
return [self.database updateAllRowsInTable:self.tableName onProperty:PDATestModel.age withObject:model];
}
/// 查r
- (NSArray<PDATestModel *> *)readModels {
return [self.database getAllObjectsOfClass:[PDATestModel class] fromTable:self.tableName];
}
- 至于WCDB所谓的安全性，速度等好处，暂时还感觉不到。
小结
-
只要能用，继续YYCache，这个是最简单好用的。
-
如果查询需求复杂起来，那么可以考虑用WCDB试试看。毕竟这是微信在用了FMDB之后再推出的轮子，总有折腾的理由。
-
如果WCDB用不起来，那么就退回来使用FMDB。
-
实际上，Pod文件中WCDB和FMDB都有，引入的成本很小。
现在的项目中还在用YYCache，目前够用，暂时还不用换。
