推迟评价？

Question

我想为我所有的viewmodels做一个基类，因此我可以检查root-vm上的“isDirty”并让它检查vms的整个树（同时避免循环依赖）。

当我这样做时，我意识到ko属性的顺序非常重要，因为计算属性根据创建属性时存在的其他属性设置其订阅。所以，如果我把一个isDirty计算的像一个基类，将它实际上还要考虑即使存在属性之前总是初始化下面的一个。总之，要长话短说，我发现我可以使用deferEvaluation来解决这个问题。

我的问题是：

有没有对所有的计算性能使用deferEvaluation的任何缺点？为什么默认情况下这种行为是真实的？我什么时候需要将它设置为false？

我能做到这一点isDirty属性更好？任何有关改进或以其他方式进行的建议？

另外，是否有任何方法显式禁用计算属性的初始化，直到创建具有其所有属性的整个对象，然后以某种方式运行它。我的意思是我的唯一问题是，订阅成立之前，所有属性都到位。

注：我使用的是KO精简版工具脏跟踪

function ViewModel() { 
    var self = this; 
    self.isDirty = ko.computed(function() { 
     for (var p in self) { 
      if (self[p].isDirty) { 
       if (self[p].isDirty()) return true; 
      } 
      else if (self[p].subscribe && self[p].push) { // assuming ko.observableArray 
       for (var i = 0, j = self[p]().length; i < j; i++) { 
        if (self[p]()[i].isDirty) { 
         if (self[p]()[i].isDirty()) return true; 
        } 
       } 
      } 
     } 
     return false; 
    }, this, { deferEvaluation: true }); 
} 

注：只注意到，如果我有一个是取决于isDirty另一个计算财产这个代码将会失败。这是预料之中的，但也是不幸的。如果我可以延迟并强制所有订阅创建对象，那将是一件好事。

Answer 1

正如您发现的那样，通常会计算一个ko.computed，并在首次创建计算时检测到依赖关系。

当使用deferEvaluation时，ko.computed的依赖性检测不立即执行，而是每次请求该值时执行。

这提供了一个动态改变依赖性的强大机制，但确实会导致开销增加。

瑞恩谈到这一点on this page（向下滚动到第3节 - 计算观测的基本规则）：

---

是否可以组织你的代码，以便ko.computed值后确定其他属性是否创建？

如果您的主要问题是在脏标志跟踪中，您可以在您的基本VM中设置beginInit（）和endInit（）方法，并在endInit（）中设置您计算的isDirty。你也可能不会需要BeginInit在（），但它提供了一个漂亮的勾手一致性和可能是有用的以后。

当然，派生虚拟机需要在设置其可观察值之前和之后调用基本的init方法。我不确定你目前创建派生虚拟机的策略是什么 - 我通常使用工厂来提供原型继承，并且我对初始化时间有这种控制。

beginInit（）和endInit（）的一个简单替代方法是简单地在定义了所有属性的派生类中提供initProperties（）函数，然后从基础VM调用该方法，然后设置您的是脏计算。

Answer 2

如果您的computed确实是一种计算，那么延迟评估通常没有任何坏处，直到有人真正需要价值。

如果您的computed实际上执行某种操作（作为获取价值的副产品或作为唯一目的），则推迟评估可能不是正确的选择。在某些情况下，可以使用computed作为订阅多个observable的方法，并在其中任何一个观察对象发生更改而不是简单地返回值时执行操作。

没有办法禁用初始化，直到整个对象被创建，而不是通过延迟评估并稍后访问它，除非您要做一些事情，比如在setTimeout中创建计算。这可能会导致错误，但如果其他代码期望它在那里。