JZ专题架构师之路coredata提升

Core Data 异步查询(iOS 8 特性)

2015-11-26  本文已影响686人  扬仔360

如同很多其他 iOS 上的需求一样,当复杂且耗时长的工作放在主线程上,会造成线程阻塞,这个时候 UI 会处于一种假死的状态。同样的 Core Data 的 Fetch 也是一样的,在 Fetch 条件复杂、数据量很大的情况下,同样会造成线程阻塞。这个时候,这部分工作就应该异步执行。

Core Data 的异步执行被封装的相当简单,在已有的 FetchRequest 的基础上,使用 NSAsynchronousFetchRequest 来实现异步请求。

NSAsynchronousFetchRequest 的命名容易让人产生歧义,其实它并不是 FetchRequest 的 subclass,它跟 FetchRequest 一样,同样是 NSPersistentStoreRequest 的子类。也就是说实现异步的 Fetch 就是把 NSFetchRequest 替换为 NSAsynchronousFetchRequest

首先在模块原有的 FetchRequest 中模块中添加 iVar 变量:

var asyncFetchRequest: NSAsynchronousFetchRequest!

NSAsynchronousFetchRequest 就像是已经存在的 FetchRequest 的一个 Wrapper 一样。创建一个 NSAsynchronousFetchRequest 需要一个正常的 FetchRequest 和一个 Completion Handle。

执行请求的时候类似,不过请求的方法从 executeFetchRequest 变成了 executeRequest,传递进去的参数也从 FetchRequest 变成了 AsynchronousFetchRequest。

执行请求之后,返回的数据为:NSAsynchronousFetchResult

调用的方法如下:

fetchRequest = NSFetchRequest(entityName: "Venue")

asyncFetchRequest = NSAsynchronousFetchRequest(fetchRequest: fetchRequest) {
//查询成功的处理
  [unowned self] (result: NSAsynchronousFetchResult!) -> Void in
  self.venues = result.finalResult as! [Venue]
  self.tableView.reloadData()
}
do {
  try coreDataStack.context.executeRequest(asyncFetchRequest)
  //Returns immediately, cancel here if you want.
} catch let error as NSError {
  print("Could not fetch \(error), \(error.userInfo)")
}

block 之内是对返回的数据做处理。

另外,如果要取消正在,asyncFetchRequest 可以调用 cancel() 方法来取消这次异步请求。

批量更新(不做查询,直接在Store层进行更新,iOS 8 的特性)

举例一种情况,如果我们要对十万条数据都进行同样的一个属性的更新,一般的做法我们需要取出这十万条数据,我们取出十多万条数据只是为了做一个很简单的更新。

经典的案例是电子邮箱类似的APP中 标记所有邮件为已读 这样的需求,难道要把上千封邮件全部请求出来吗,显然不是。

iOS 8 发布了支持 批量更新(Bench Update)NSBatchUpdateRequest,使用它可以在不做查询的情况下更新数据。

NSBatchUpdateRequest 实现的原理是完全绕开了 NSManagedObjectContext,直接去 NSPersistentStore 层去做 Update。

//这四行代码,在初始化的时候配置好EntityName, 配置影响的property和更改的值 以及 配置影响的Store,以及返回Result的数据类型。
//创建NSBatchUpdateRequest 的实例,entityName 作为初始化参数。
let batchUpdate = NSBatchUpdateRequest(entityName: "myEntityName")
//标明需要 Update 的 property 和 值
batchUpdate.propertiesToUpdate = ["favorite" : NSNumber(bool: true)]
//被影响的Stores 默认情况下这么写就可以,如果涉及比较多的PersistentStores 情况就更复杂了。
batchUpdate.affectedStores = coreDataStack.context.persistentStoreCoordinator!.persistentStores
//配置返回数据的类型,还可以是 UpdatedObjectIDsResultType。
batchUpdate.resultType = .UpdatedObjectsCountResultType

//执行批量更新
do {
  let batchResult = try coreDataStack.context.executeRequest(batchUpdate) as! NSBatchUpdateResult
  print("Records updated \(batchResult.result!)")
} catch let error as NSError {
    print("Could not update \(error), \(error.userInfo)")
}

在初始化的时候配置好EntityName, 配置影响的property和更改的值 以及 配置影响的Store,以及返回Result的数据类型。

另外提一下:如同这种在 Store 层的数据更新,数据删除也有同样的API,在 iOS 9 的时候苹果提供了一个类似 NSBatchUpdateRequest 的类来做在 Store 层的数据删除,使用 ---- NSBatchDeleteRequest,同样它们两个都是 NSPersistentStoreRequest 的子类。

注意:

额外需要注意的一点是,前面提到了「NSBatchUpdateRequest 实现的原理是完全绕开了 NSManagedObjectContext,直接去 NSPersistentStore 层去做 Update。」

所以做了批量 Update / Delete 之后,你之前请求的那部分数据已经失效了,因为它们跟数据库已经失去了同步性。

上一篇下一篇

猜你喜欢

热点阅读