Discussion :

[CaptainChoc]

Bonjour à tous,

maintenant que j'ai compris comment fonctionnais MEF et MVVM, j'aimerai bien m'attaquer aux validations de mes données...
J'ai lu de nombreux tuto et pour la plupart ils utilisent un mix entre "ValidationAttribute" et "IDataErrorInfo"... la solution en tant que tel me plait bien, cependant, pour moi et dites moi si je me trompe, mais les validations devraient être faite par la couche Model, et pas par la couche business ou ViewModel.. êtes vous d'accord ?

Cependant je n'ai pas trouvé de tuto qui explique comment mettre les règles de controle dans mon model et d'appeler ces règles dans mon viewModel...

Avez vous quelques ressources à me proposer ?

MErci

[binoo]

Salut,

Je ne suis pas du même avis que toi. La couche Model, pour moi, n'a pas à faire le travail de validation. Elle doit contenir les données brutes et ne doit pas résoudre des problématiques de fonctionnalité logiciel, et la validation de données répond à mon sens à un besoin fonctionnel.

Prenons une application qui propose les fonctionnalités "consultation des informations présente en base de données" et "Ajout/Modification d'informations dans cette même base" :
Lorsque tu consultes tes données, tu ne vérifies pas la cohérence. Il ne faut pas passer dans la moulinette de validation.
Par contre, pour l'ajout ou modif, là oui.

[Thomas Lebrun]

Salut,

Je ne suis pas du même avis que toi. La couche Model, pour moi, n'a pas à faire le travail de validation. Elle doit contenir les données brutes et ne doit pas résoudre des problématiques de fonctionnalité logiciel, et la validation de données répond à mon sens à un besoin fonctionnel.

Prenons une application qui propose les fonctionnalités "consultation des informations présente en base de données" et "Ajout/Modification d'informations dans cette même base" :
Lorsque tu consultes tes données, tu ne vérifies pas la cohérence. Il ne faut pas passer dans la moulinette de validation.
Par contre, pour l'ajout ou modif, là oui.

Je suis assez d'accord: pour moi, les modèles sont vraiment de simples classes, sans logique particulière.

[CaptainChoc]

je suis un peu surpris car le model doit quand même garder une certaine "cohérance" dans les données qu'on peut y injecter... par exemple un classe "Personne" avec un attribut "Age"... cette attribut ne devrait jamais poouvoir être mis à -1 par exemple... et ce n'est pas mon ViewModel qui va faire le controle (imaginons que je change de vue, je devrais refaire les controles "élémentaires") alors que si je les places dans le Model, je ne m'en soucis plus, peu importe la vue...

D'ailleurs dans le post de John Smith, on voit qu'il utilise les 2 validations dans le ViewModel (spécifique) et dans le model (général)
http://joshsmithonwpf.wordpress.com/...rror-messages/

Même constat sur le site Microsoft http://msdn.microsoft.com/en-us/libr...%29.aspx#sec14 dans le paragraphe "Data Validation and Error Reporting"


Cela dit, où et comment appliquer vous vos validations ?

[marcusien]

Salut,

En ce qui concerne mon point de vue, si tu utilises MVVM, je te conseillerais d'effectuer des vérifications dans le Model ET le ViewModel. Ca permet d'apporter de la cohérence aux données de ton application. Si le développeur en charge de l'UI oublie certains tests, tes données seront quand même vérifiées en aval.
En termes de réutilisabilité c'est aussi plus intéressant, car si tu veux porter ton application sur le web avec une autre techno/pattern, tu n'auras pas forcément à réécrire toutes les règles.
Tu peux mettre des règles de validation assez basiques dans ton model (Age > 0) et des règles plus fines au sein de ton ViewModel afin de pouvoir effectuer des changements plus facilement (Age > 6 && Age < 65).

As-tu essayé les DataAnnotations ?

[binoo]

Salut,

Disons que ce que je trouve dommage, c'est passer dans la logique validation de données même quand ce n'est pas nécessaire. Lors de la lecture/récupération des données, ce n'est pas forcément nécessaire.
En effet, si tu dois vérifier l'intégrité de tes données (car par exemple ta source de données n'est pas conçue avec toutes les contraintes qui font que tu n'es pas sûr de la validité de ces données) alors oui il faut passer par une phase de validation, sinon ce n'est pas utile. La mettre dans le Model ne me choque pas et pour certaines raisons évoquées par marcusien (changement de techno), ça peut avoir son intérêt.

Tu remarqueras par contre dans l'exemple de Josh Smith (et pas "John" Smith ) que la validation de données lors de saisies utilisateur est effectuée dans le ViewModel. C'est du spécifique vue je trouve.

[marcusien]

Avec des ORM, on peut savoir si les données sont en train d'être chargées ou non en mémoire. Normalement, les tests de validation ne s'effectuent que quand les données ne sont pas "en train d'être chargées".

Avec XPO de DevExpress, on a une propriété qui s'appelle IsLoading et lorsque l'on "set" une valeur, on vérifie d'abord qu'on est en cours de chargement ou en cours de "sauvegarde"