Расширьте объект или добавьте ko.computed, чтобы вернуть дополнительное свойство в объекте, которого нет в базе данных.

Несколько вещей:

• Я вполне уверен, что вы захотите, чтобы ваша вычисляемая функция была объявлена ​​внутри определения модели представления. Просто поместите его под функцию сброса.

• В коде, которым вы поделились, вы не инициализировали свою модель представления и не поделились ею с Knockout.js. Вам нужен вызов где-то так:

  var gameViewModel = новый vm(); ko.applyBindings(gameViewModel);

• После этого изменения в вашем методе getResult() вы должны ссылаться на gameViewModel (экземпляр) вместо переменной vm (определение класса).

• И последнее, что не должно влиять на то, работает ли он слишком много, заключается в том, что вы должны сделать только один вызов getResult() в вашем вычисленном результате и присвоить возвращаемое значение переменной. В противном случае вы вычисляете его дважды, что является пустой тратой ресурсов и технически может меняться между вызовами.

Итак, после долгих возни я добился некоторого прогресса. Извините, Уорд (если вы это читаете) — ваша документация может быть полезной для опытных программистов, но не для нубов!)

Вершина dataservice.js теперь такова:

var manager = new breeze.EntityManager(serviceName);
var store = manager.metadataStore;

var Game = function () {
    //this.result = "Won 3-2";

};

var gameInitializer = function (game) {
    //game.result = "Won 3-2";
    game.result = function () {
        return getResult(game);
    }();
 };

store.registerEntityTypeCtor("Game", Game, gameInitializer);

и функция getResult:

function getResult(game) {
    var ourSets = 0;
    var theirSets = 0;

    game.Sets().forEach(function (gs) {
        if (gs.ourScore() > gs.theirScore()) {
            ourSets += 1;
        }
        else {
            theirSets += 1;
        }
    }
    );
    if (ourSets == 0 && theirSets == 0) {
                return "No Result";
    }
    else {
            return (ourSets > theirSets ? "Won " : "Lost ") + ourSets + "-" + theirSets;
    }
}

Это, по-видимому, известно в бризе как «инициализатор после построения» и кажется хорошим решением для моих нужд в этом случае, поскольку мне не нужно ничего делать с результатом, это простой автономный результат вычисления и используется только для отображения. На странице не может измениться ничего, что повлияет на результат, это уже произошло.

Чего я до сих пор не знаю, так это того, является ли это самым (или даже единственным) способом сделать это, или я мог бы добиться аналогичного результата с помощью нокаута или даже стандартного javascript. Выполнение этого в бризе, по-видимому, обрабатывает передачу игрового объекта, который необходим для последующего раскрытия связанного объекта «Наборы». Просто нужно было быть осторожным, чтобы ссылаться на свойства с добавленными скобками, иначе все потерпело неудачу.

Однако мне не нравится идея загромождать службу данных конструкторами, инициализаторами и функциями, специфичными для модели. На мой взгляд, большая часть того, что я сделал, относится к файлу «vm.game.js», а не к общему файлу «dataservice.js», как сейчас.

Теперь я собираюсь попытаться изменить код. Мне может понадобиться некоторое время, чтобы разобраться со ссылками!

ваш инициализатор после построения очень похож на ответ на эту проблему, который заключался в использовании плагина ko mapping doc'd @ http://knockoutjs.com/documentation/plugins-mapping.html.

вы должны использовать конфигурацию сопоставления, чтобы добавить обработчик создания, чтобы добавить результаты, вычисленные как наблюдаемые, которые вы хотели. что-то типа

var mapping = {
  game : {
    create : function(options) {
            var game = options.data;
            game.results = ko.computed( function(){ 
              //your result sets calc here
            }  );

            return game;
        }
  }
}

еще лучше было бы определить свой собственный тип GameVM и просто поместить его туда.

function GameVM( GameData )
{
    var self = this;
    this.Sets = ko.mapping.fromJS( GameData.Sets );
    this.Results = ko.computed( function(){
         self.Sets()...
    } );

}

и отображение

 var mapping = {
      game : {
        create : function(options) {
               return new GameVM( options.data );
      }
    }

это чище, и это делает вашу игровую виртуальную машину более тестируемой, поскольку это меньшая единица для тестирования.

ознакомьтесь с документацией по сопоставлению, чтобы действительно увидеть, как она может помочь с вашими вызовами reset() с помощью пользовательского обратного вызова обновления.

Не парься. Продолжайте исследовать. Мы все учимся.

Я не знаю, лучше ли поместить это в ViewModel (VM) или в сущность. Нет внутреннего правильного ответа.

Предположим, вы хотите, чтобы это было в сущности (потому что это более интересно с точки зрения Breeze). Следующий вопрос: вам нужно, чтобы он был наблюдаемым?

Вы написали: «это простой автономный результат вычисления, который используется только для отображения. Ничто не может измениться на странице, что повлияет на результат, это уже произошло». Это говорит о том, что в этом нет необходимости. наблюдаемый, поэтому вам не понадобится вычислять нокаут. Ваше самое последнее решение даже не представляет его как свойство; Я предполагаю, что что-то в вашей виртуальной машине вызывает getResult().

Это наводит меня на мысль, что вы можете предпочесть зарегистрировать пользовательский конструктор и поместить getResult в прототип этого конструктора:

var Game = function () { }

Game.prototype.getResult = function () {
  var ours = 0;
  var theirs = 0;
  this.sets().forEach(function (s) {
    (s.ourScore() > s.theirScore()) ? ours += 1 : theirs += 1;
  });
  return (ours || theirs) ? 
      (ours > theirs ? "Won " : "Lost ") + ours + "-" + theirs :
      "No result";
}

store.registerEntityTypeCtor("Game", Game); // ctor but no initializer

С другой стороны, если вы считаете, что результаты могут измениться, и хотите, чтобы экран обновлялся так же, как и они, вы, вероятно, захотите переместить логику в вычисляемый results нокаут. Наблюдаемые ourScore и theirScore должны поддерживать вычисление results в актуальном состоянии. Я вот думаю вслух, не пробовал.

Вы бы определили, что results вычисляется в инициализаторе, а не в ctor. Почему? Потому что наблюдаемые KO должны быть прикреплены к экземплярам, ​​а не к прототипу. Если вы определили его в ctor, Breeze может попытаться его сериализовать и отследить изменения. Лучше привязать его к сущности в инициализаторе; Breeze игнорирует элементы сущности, добавленные инициализатором.

При дальнейшем размышлении, возможно, я бы оставил метод getResult там, где он находится в прототипе, и написал инициализатор, который добавил бы вычисляемый ko... вот так (предупреждение: не проверено):

function gameInitializer(game) {
   game.results = ko.computed(function() { return game.getResults();});
}

store.registerEntityTypeCtor("Game", Game, gameInitializer);

А теперь серьезно: должна ли эта логика быть в службе данных?

Я не хотел бы иметь его в своем сервисе данных именно по той причине, по которой вы сами это называете. Этот тип логики выражает проблемы, присущие модели, и не имеет ничего общего с управлением доступом к данным. Можно смешать все вместе в dataservice в демоверсии. В «реальном» коде его можно было бы выделить в компонент model.js (я думаю о Game как о компоненте Model, а не компоненте ViewModel) и загрузить этот скрипт между dataservice.js и моделью представления. Теги скрипта .js.