CoreData -NSFetchedResultsContro

作者: 冰三尺 | 来源:发表于2017-08-06 23:05 被阅读70次

    如果您紧跟前几章,您可能注意到大多数示例项目都使用表视图。这是因为Core Data可以非常适合于表格视图。
    设置您的提取请求,获取一系列托管对象,并将结果插入表视图的数据源。这是常见的日常情况。
    如果您看到Core Data和UITableView之间的紧密关系,您的公司很好。苹果核心数据框架的作者以同样的方式思考!实际上,他们看到了UITableView和Core Data之间密切联系的潜力,他们编写了一个类来形式化这个绑定:NSFetchedResultsController。
    顾名思义,NSFetchedResultsController是一个控制器,但它不是视图控制器。它没有用户界面。其目的是通过抽象化将表视图与Core Data支持的数据源同步所需的大量代码,使开发人员的生活更轻松。
    正确设置NSFetchedResultsController,并且您的表将“神奇地”模拟其数据源,而不必编写多行代码。

    创建一个NSFetchedResultsController

        //1创建一个NSFetchRequest
        let fetchRequest = NSFetchRequest<NSFetchRequestResult>(entityName: "Team")
        //2创建一个NSFetchedResultsController
        //第一个参数是NSFetchRequest
        //第二个参数是上下文环境
        //第三个参数是先置为nil, 下面会具体讲
        //第四个参数也先置为nil
        fetchedResultsController = NSFetchedResultsController(fetchRequest: fetchRequest,
                                                              managedObjectContext: coreDataStack.managedContext, sectionNameKeyPath: nil,
                                                              cacheName: nil)
        //3执行fetch操作
        do {
          try fetchedResultsController.performFetch()
        } catch let error as NSError {
          print("Error: \(error.localizedDescription)")
        }
    

    但是只有上面的配置是不够的, 一个有规则的fetch请求不需要排序描述符。 其最低要求是您设置实体描述,并将获取该类型实体的所有对象。 但NSFetchedResultsController需要至少一个排序描述符。 否则,它将如何知道您的表视图的正确顺序?
    需要在创建fetchRequest之后进行如下设置

    //teamName是实体的一个属性, 使用这个来作为描述, 返回的结果将以teamName为标准进行排序.
        let sortDescriptor = NSSortDescriptor(key: "teamName", ascending: true)
        fetchRequest.sortDescriptors = [sortDescriptor]
    

    举个例子, 假设有一个
    [
    {
    "teamName": "b"
    },
    {
    "teamName": "a"
    },
    {
    "teamName": "c"
    }
    ]
    json, 如果使用teamName为描述对象, 则经过NSFetchedResultsController返回的数据则为a,b,c排序

        fetchedResultsController = NSFetchedResultsController(fetchRequest: fetchRequest,
                                                              managedObjectContext:  coreDataStack.managedContext, 
                                                              sectionNameKeyPath: "teamName",
                                                              cacheName: nil)
    

    此时我们是实体数据就被保存在了fetchedResultsController中
    获取实体

    let team = fetchedResultsController.objectAtIndexPath(indexPath) as! Team
    

    以上就是一个简单是使用, 如果NSFetchedResultsController能做的只有这些, 使用NSFetchedResultsController真的是多此一举, 毕竟,可以使用NSFetchRequest和一个简单的数组来完成同样的事情。
    NSFetchedResultsController真正的黑魔法是section handling 和 change monitoring等.

    Cache

    你可以想像,在数据少的时候我们每次查询, 就把数据载入内存, 速度还是很快的.
    在这种情况下,不需要考虑性能问题,因为数据很少,但是想象一下如果您的数据集很多怎么办, 有几百万跳的数据, 每次这样做, 势必耗费太大的资源, 不可否认,这个操作是昂贵的。最好的做法就是只进行一次操作, 然后保存结果, 以后可以重复使用.

    NSFetchedResultsController的作者想到了这个问题,并提出了一个解决方案:缓存。

    接下来设置NSFetchedResultsController的第四个参数.

    //WorldCup.xcdatamodeld
    //worldCup参数
     fetchedResultsController = NSFetchedResultsController(fetchRequest: fetchRequest,
                                                              managedObjectContext: coreDataStack.managedContext, sectionNameKeyPath: "teamName",
                                                              cacheName: "worldCup")
    

    指定缓存名称以打开NSFetchedResultsController的磁盘部分缓存。 这就是你所需要做的! 请记住,此部分缓存与Core Data的持久存储完全不同

    注意:NSFetchedResultsController的部分缓存对其提取请求的更改非常敏感。 您可以想象,任何更改(例如不同的实体描述或不同的排序描述符)都会为您提供完全不同的已读取对象集,从而使缓存完全无效。 如果您进行这样的更改,则必须使用deleteCacheWithName删除现有缓存:或使用不同的缓存名称。

    Monitoring changes

    NSFetchedResultsControllerDelegate能够监听到数据的改变, 并通过代理进行回调. 在之前如果我们想要改变数据, 并同时刷新UI界面的时候, 需要在进行实践处理, 或者改变数据的地方进行刷新. NSFetchedResultsControllerDelegate给了我们一个统一处理数据变化的地方.

    以插入一条数据为例

    // MARK: - NSFetchedResultsControllerDelegate
    extension ViewController: NSFetchedResultsControllerDelegate {
    
      //1. 数据将要开始改变
      func controllerWillChangeContent(_ controller: NSFetchedResultsController<NSFetchRequestResult>) {
        tableView.beginUpdates()
      }
    
      //2.数据改变的类型, 添加, 删除, 更新, 移动
      func controller(_ controller: NSFetchedResultsController<NSFetchRequestResult>, didChange anObject: Any, at indexPath: IndexPath?, for type: NSFetchedResultsChangeType, newIndexPath: IndexPath?) {
    
        switch type {
        case .insert:
            //插入
        case .delete:
            //删除
        case .update:
            //更新
        case .move:
            //移动
        }
      }
      //3. 数据完成改变
      func controllerDidChangeContent(_ controller: NSFetchedResultsController<NSFetchRequestResult>) {
        tableView.endUpdates()
      }
    }
    

    当进行一条数据进行更改时会有三个监听, 将要修改, 进行修改, 修改完成. 对应了上面的三个代理方法.

    在上面使用了beginUpdates和endUpdates, 这个是用来做动画的. 当我们进行插入, 删除, 移动操作时进行数据刷新并伴随一个动画. 而不是使用reloadData.

    NSFetchedResultsControllerDelegate还有一个代理, 这个代理会在section做出改变时触发

    func controller(_ controller: NSFetchedResultsController<NSFetchRequestResult>, didChange sectionInfo: NSFetchedResultsSectionInfo, atSectionIndex sectionIndex: Int, for type: NSFetchedResultsChangeType) {
    
        let indexSet = IndexSet(integer: sectionIndex)
    
        switch type {
        case .insert:
          tableView.insertSections(indexSet, with: .automatic)
        case .delete:
          tableView.deleteSections(indexSet, with: .automatic)
        default: break
        }
      }
    

    相关文章

      网友评论

        本文标题:CoreData -NSFetchedResultsContro

        本文链接:https://www.haomeiwen.com/subject/hjknlxtx.html