如何让我的应用程序响应更快？

Question

背景

这与我的上一个问题，但大纲视图没有获取谓词。

• 我有一个显示 TrainingGroup 实体的 NSOutlineView。

• NSOutlineView 绑定到 NSTreeController

• < p>在 NSTreeController 中，我勾选了“保留选择”，未勾选“选择插入的对象”。

• 每个 TrainingGroup 代表本地计算机上的一个文件夹。

• 每个 TrainingGroup 都可以分配给一个项目。该项目应传播到该组的所有后代。

• 项目列与每个培训组的项目属性绑定。

• 此视图中有大量数据。因为每次条目都有一个条目，所以在一个训练视图下总共可以有大约 15000 个后代。

大纲视图

树如下所示：

Name                       Project              
Users                      nil                  
  John                     nil                       
    Documents              nil                  
      Acme Project         Acme Project         
        Proposal.doc       Acme Project         
          12:32-12:33      Acme Project         
          13:11-13:33      Acme Project         
          ... thousands more here!                               
        Budget.xls         Acme Project         
      Big Co Project       Big Co Project       
        Deadlines.txt      Big Co Project       
        Spec.doc           Big Co Project       
      New Project          nil                  
        StartingUp.doc     nil                  
      Personal Stuff       Personal             
        MyTreehouse.doc    Personal             
    Movies                 nil                  
      Aliens.mov           nil                  
      StepMom.mov          nil                  

在项目分配时

• 编辑项目时，对所有子项的分配发生在 NSOperation 上后台线程上的子类，以便用户可以自由地进行其他选择并在处理所有后代时四处移动。

• 操作完成后，我在主托管对象上下文上运行 mergeChangesFromContextDidSaveNotification: 方法：

  mainContext = [[NSApp delegate] ManagedObjectContext]; [mainContext PerformSelectorOnMainThread:@selector(mergeChangesFromContextDidSaveNotification:) withObject:通知 waitUntilDone:YES];

• 从功能上来说，这工作得很好 - 当上下文合并回 main 时，所有后代都被分配给项目。

问题

• 合并时，绑定到主上下文的 NSOutlineView 会冻结，并且合并可能需要几秒钟才能完成。

• 为了减少这种冻结，我已将组分批分配给几个较小的操作。

这种批量后台操作方法存在三个问题：

1. 界面在不到一秒的时间内变得无响应。这不是什么大问题，但它确实意味着界面中会出现不可预测的小暂停。

2. 大纲视图更新合并回的每个批次。执行此操作时，选择可能会出现问题。

3. 指定组下的某些项目仍为空白。该对象已分配给项目，但大纲视图尚未正确刷新项目。大概是因为主线程被合并中断了。

您可以在我录制的截屏视频中看到这些问题：

http://screenr.com/Fk4

替代方案

我可以选择的 将每个操作的更改合并到在后台线程上运行的托管对象上下文中。也许我可以向主线程发送一条消息来刷新顶级组中已更改的所有对象。

这可能会解决上面的问题 1 和 3，但我认为 2 仍然是一个问题。

我的问题

有更好的方法吗？

在我开始重新设计如何执行此操作之前（我已经更改过一次它的工作方式）我想知道是否有更好的方法或有任何方法我不知道这种方法的缺点。

预先感谢您对替代方案的任何建议。

Answer 1

我目前正生活在冰冻之中。但我认为答案是并行我的 NSOperations 并减少将合并所需的时间降至最低。毫无疑问，我可以对数据模型进行很多改进，以使操作也更容易合并。

我最近尝试在后台线程上实现合并，但很难使其工作。我想这将是我重新审视的事情。