Question très simple, mais je tiens à commencer à utiliser une convention de dénomination cohérente pour les méthodes de validation et je ne peux pas penser au meilleur moyen!
Les gens ont-ils tendance à utiliser un style isdatavalid ()? ou existe-t-il d'autres qui sont plus descriptifs et plus significatifs?
acclamations
3 Réponses :
Cela dépend de la méthode de votre validation.
S'il renvoie un booléen, alors probablement en commençant par Si votre méthode de validation jette une exception, je démarrerais habituellement le nom de la méthode avec quelque chose comme Cependant, la peine d'être envisagée (comme méthodes devraient généralement utiliser des verbes) commence le nom de la méthode avec est et finissant par valide est un bon endroit pour commencer. Utilisation de est pour les appels booléens conduit généralement à un code lisible dans si déclarations.
vérifier .
Validate . Le est est généralement plus applicable aux propriétés.
Les gens ont-ils tendance à utiliser un style isdatavalid ()?
J'utilise généralement le style MethodName 'est' lorsque la méthode renvoie une seule valeur booléenne. Il est parfaitement acceptable en termes de dénomination. Beaucoup de fois la validation des données est effectuée dans l'ensemble d'une propriété plutôt que dans ce cas, vous n'avez pas besoin de modifier le nom de la propriété pour l'indiquer, il valide le jeu de données.
Voici un lien qui donne quelques instructions de nommage générales que vous pourriez trouver intéressantes également:
Directives de nommage: http://msdn.microsoft.com/fr -us / bibliothèque / xzf533w0 (v = vs.71) .aspx
Comme avec quoi que ce soit impliquant des conventions de dénomination, il n'y a pas de réponse droite , mais il y a beaucoup de problèmes courants avec des méthodes de validation qui se prêtent à une approche donnée, à savoir: Une approche que j'ai trouvée utile est d'avoir une classe de validateur séparée pour chaque objet de modèle que je souhaite valider qui implémente une interface commune Ceci permet une utilisation assez naturelle dans votre logique commerciale:
Itivalidator , généralement avec les méthodes suivantes :
Il semble que Microsoft aime aussi cette approche. Quelque chose de similaire (ItivalidatableObject) a été introduit dans ASP .NET MVC , et ils l'ont gardé dans . NET CORE . Je préfère également que la logique de validation soit dans la classe étant validée; Moins de chances pour eux de sortir de la synchronisation comme l'âge de codeBase.
Faites-vous quelque chose comme ceci: Conditions.codeplex.com