En vérifiant les conditions préalables, je veux dire jeter une certaine sorte d'exception d'exécution si des données qui ne répondent pas aux fonctions Les hypothèses sont transmises. Ayez actuellement une déclaration code> storifnot code> pour chaque condition préalable que je peux penser à la Début de la fonction. La même chose s'applique aux postconditions, mais en ce qui concerne la valeur de retour plutôt que les paramètres. P>
En outre, il existe une manière standard de documenter ce que sont ces conditions préalables et ces postconditions? Par exemple, il est assez standard de les épeler dans les commentaires Javadoc en Java. P>
Quelles sont les meilleures pratiques en r à cet égard? P> Eiffel code> construit en
exiger code> et
Assurez-vous code> constructions ou
d code> 'S
dans code> et
out code> bloque l'état de l'art ici, mais la plupart des langues ne Demandez à ceux-ci au four ainsi ont développé les meilleures pratiques pour les approcher. P>
3 Réponses :
Vérification de la validité des classes S4, où les chèques sont stockés avec la définition de la classe via "Séverection". Voir par exemple: p>
http://www.r-project.org/conferences/user-2004 /KeyNotes/leisch.pdf P>
En termes de documentation, je vous recommanderais de jeter un coup d'oeil au package Mais cela ne vous empêche pas de créer votre propre roxygen2 code>. Il est comparable à Javadoc et à Doxygen dans la mesure où il stocke la documentation dans le fichier source avec le code. Il existe un certain nombre d'éléments à définir, par exemple: p>
PRE code> et
post code> des éléments qui documentent les conditions préalables et post. Pour plus d'informations sur
ROXYGEN2 CODE> voir Cran A> ou Stackoverflow . P>
Voir ou p>
Pour les messages d'erreur plus amical, mais plus de code verbeux ? StopIfnot code> p>
si (condition) arrêter ("... message ...") code>. P>