执行此操作时,我意识到ko-properties的顺序非常重要,因为计算属性根据创建属性时存在的其他属性来设置其订阅.因此,如果我将一个类似于下面的isDirty-computed放在一个基类中,它总是在它所依赖的属性之前进行初始化甚至存在.无论如何,为了缩短它,我注意到我可以使用deferEvaluation来解决这个问题.

我的问题是：

在所有计算属性上使用deferEvaluation有什么缺点吗？为什么默认情况下这种行为是真的？我什么时候需要它设置为假？

我可以做到这个更好的财产吗？有关改进或以其他方式进行的任何建议吗？

或者,有没有办法显式禁用计算属性的初始化,直到创建具有其所有属性的整个对象,然后以某种方式运行它.我的意思是对我来说唯一的问题是订阅是在所有属性到位之前设置的.

注意：我正在使用KO Lite Tools进行脏跟踪

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的计算属性,则此代码将失败.这有点令人期待,但也很不幸.如果我可以在创建对象后延迟并强制所有订阅,那将会很棒.