Knockout-Contrib/Knockout-Validation

Validation on nested objects not working after changing whole object

Open

#398 ouverte le 28 janv. 2014

Voir sur GitHub
 (2 commentaires) (0 réactions) (0 assignés)JavaScript (394 forks)batch import
help wanted

Métriques du dépôt

Stars
 (1 024 stars)
Métriques de merge PR
 (Aucune PR mergée en 30 j)

Description

Hi, I have a problem with validating nested objects. I have following view model:

      var ViewModel = function (first) {
           this.person = ko.observable(new Person(first));

           this.changePerson = function () {
               this.person(new Person("changed"));
           };
      };

      var Person = function (first) {
           this.firstName = ko.observable(first).extend({
                required: true
           });
      };

everything works as expected as long as I do not call changePerson function. After calling change if I have element with data-bind="person().firstName" validation messages will not show. Working example (http://jsfiddle.net/MDhUR/). I found a work round to this issue - if I use to bind to firstName everything works as expected (http://jsfiddle.net/seRr5/1/) .

regards.

Guide contributeur

Direction de recherche
Le problème est que lors du remplacement d'un observable contenant un objet imbriqué, les règles de validation sur les propriétés imbriquées ne sont pas réévaluées. Examinez l'initialisation du plugin ko.validation et comment il s'abonne aux observables. Vérifiez si la validation est liée à l'instance de l'observable plutôt qu'à sa valeur. Une correction possible consiste à s'assurer que la validation est réappliquée lorsque la valeur de l'observable change en un nouvel objet. Examinez les deux exemples JSFiddle fournis pour comprendre les scénarios fonctionnels et non fonctionnels. Le code pertinent se trouve probablement dans la logique d'abonnement du plugin pour la validation imbriquée.
Stack technique
javascript
Domaine
frontend
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
JavaScriptKnockout.js
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
65