2010-01-08 3 views
6

Je demande à mes développeurs qui écrivent du code C# de suivre les directives de StyleCop. C'est génial pour le code, mais j'ai presque toujours des questions sur la documentation (ok ... ok ... donc personne ne demande, parce que les programmeurs ont tendance à détester la documentation). Je pourrais suggérer de copier le style de MSDN, mais je suis curieux de savoir si Microsoft ou quelqu'un d'autre a publié quelque chose à ce sujet.Existe-t-il des directives de style publiées pour la documentation C# XML?

Par exemple, les constructeurs sont documentés comme suit. Je n'essaie pas de susciter un débat sur la façon dont la documentation devrait être écrite, ici. Je suis à la recherche de quelques lignes directrices publiées sur la syntaxe suggérée pour la documentation.

Merci d'avance!

+0

Vous pouvez également essayer GhostDoc si vous ne l'avez pas utilisé: http://submain.com/products/ghostdoc.aspx Il suit de très près les directives StyleCop ... –

+0

Les directives StyleCop sont suffisantes. Je cherche juste quelque chose que je peux publier pour mes développeurs. Merci quand même! –

Répondre

7

StyleCop FxCop fournit également des règles pour la documentation XML. Si vous ne suivez pas le modèle défini par un certain ensemble de règles, il se plaindra.

Ce sont toutes les règles SA1600-SA1647.

Par exemple, la règle SA1642: ConstructorSummaryDocumentationMustBeginWithStandardText stipule que:

Le résumé d'un constructeur d'instance non-privé doit commencer par « Initialise une nouvelle instance de la classe {nom de classe}. »

Pour plus d'informations, voir FxCop.

+0

Décrit-il des instructions pour documenter les constantes? Où puis-je trouver une liste des règles de documentation qu'il utilise (de préférence en texte clair quelque part)? –

+0

Constantes sont traités comme tout autre élément, de sorte que les règles SA1600, 1602, 1603, 1604, 1606, 1607, 1608 appliquent tous. –

+0

Merci, exactement ce que je cherche. –

3

Si vous voulez un guide général sur comment et où la documentation XML doit être utilisée, voici deux liens très utiles (auxquels j'ai fait référence à plusieurs reprises).

Je suppose que cela est vaguement le genre de chose que vous recherchez. En ce qui concerne la formulation et la grammaire des commentaires XML, j'ai moi aussi cherché des conseils/des directives à ce sujet, mais en vain. La meilleure idée à cet égard est simplement de suivre le .NET BCL (Bibliothèque de classes de base) - bien qu'il y ait une incohérence étrange même dans la documentation BCL.

espoir qui aide ...

+0

Ouais, c'est comme ça que je l'ai fait aussi ... Je cherche du phrasé et de la grammaire. Apparemment, StyleCop valide plus que ce que je pensais, alors je vais regarder leurs règles. –

2

Mon visual studio add-in, AtomineerUtils, va générer et mettre à jour des commentaires de XMLDoc.

Il a un ensemble de modèles qui vous permettent de spécifier le style exact (quelles entrées sont légales pour différents types d'éléments de code, dans quel ordre ils sont listés, s'il y a des lignes vides entre certaines entrées et le style du bloc de documentation englobant). Il supprimera les entrées qui ne sont plus correctes (par exemple supprimer des paramètres) et ajoutera des entrées pour des fonctionnalités non documentées (par exemple de nouveaux paramètres ou des exceptions levées) et conservera la documentation en utilisant l'indentation automatique et l'encapsulation de mots. Ainsi, en utilisant AU pour générer et mettre à jour vos commentaires, vous pouvez très facilement appliquer un style et une disposition spécifiques pour vos commentaires de documentation.Si vous souhaitez utiliser StyleCop pour appliquer certaines règles de documentation, AtomineerUtils a la possibilité de produire de la documentation dans un format compatible StyleCop.

Il permet également de façon rapide et facile à documenter le code que même les programmeurs moins disposés dans votre équipe seront beaucoup plus susceptibles de bien documenter leur code.

+0

Merci pour le lien. –