J'ai essayé de documenter complètement tous les types, méthodes, propriétés, etc. d'une bibliothèque de classes en utilisant des commentaires XML mais j'ai couru un curieux effet impliquant l'attribut cref
(utilisé par les balises see
par exemple). En suivant les conseils de this MSDN page ainsi qu'en suivant divers autres exemples sur MSDN et d'autres sites Web, il semble que chaque fois que l'on spécifie une valeur de référence en utilisant la balise cref
, elle doit être précédée d'un marqueur qui classe la référence (T : 'pour le type et' M: 'pour la méthode). En utilisant Microsoft Sandcastle, cependant, j'ai remarqué qu'en omettant ces préfixes il y a un effet dans la documentation générée (fichier d'aide CHM dans ce cas). Y compris les préfixes (dans toutes les situations que je crois), la référence est rendue sur la page en texte gras ... Pourtant, en dévoilant le préfixe, la référence est rendue en tant qu'annexe (lien) à la page appropriée dans la référence API. Il me semble plutôt étrange que la méthode recommandée de préfixation (toutes?) Références donne le résultat le moins utile - pourquoi la référence devrait-elle être rendue audacieuse dans un cas et liée dans une autre? J'apprécierais que quelqu'un puisse faire la lumière sur ce sujet.Préfixes de référence dans la documentation XML .NET
2
A
Répondre
2
Cela semble avoir été un bug in sandcastle
Quelle version de Sandcastle utilisez-vous? Cela dit recent discussions Cela indique que, au moins pour les types de systèmes, la méthode suggérée est d'éviter réellement d'utiliser les noms qualifiés puisque les exemples posés dans cette réponse ont complètement abandonné T: et M: Votre confusion n'est donc pas inattendue ou rare.
This documentation implique fortement que le compilateur, où il peut repérer quel type/méthode/constante que vous pointez à insère les préfixes pour vous. Avez-vous vérifié cela dans le fichier XML?
Questions connexes
- 1. Les préfixes d'espace de noms dans Wsdl (.net)
- 2. . Standard XML de documentation
- 3. Comment faire référence à un mot clé C# dans la documentation XML?
- 4. Documentation de commentaire XML JavaScript
- 5. MSDataSetGenerator xml documentation warnings
- 6. Comment autocorriger la documentation xml des méthodes
- 7. Comment maintenez-vous la documentation de référence à jour?
- 8. langue de visualisation (C/C++) référence/documentation dans CodeBlocks
- 9. Types de référence dans .NET
- 10. .net framework 4.0 documentation
- 11. Existe-t-il une documentation Android XML?
- 12. .NET Marshaler: Bonne documentation?
- 13. Perdu dans .Net SDK avec C# dû trouver la documentation
- 14. Comment gérer la référence de caractères XML dans scala?
- 15. Conversion de valeurs en préfixes d'unités dans la page JSP
- 16. Référence de syntaxe de filtre .NET BindingSource
- 17. Référence à la hiérarchie des éléments XML
- 18. VS2008: Fichiers générés automatiquement et documentation XML
- 19. "Slicing" dans la documentation des expressions Python
- 20. Comment spécifier les attributs de sérialisation XML pour prendre en charge les préfixes d'espace de noms lors de la désérialisation dans .NET?
- 21. Manipuler préfixes d'espaces de noms SAAJ/accès XML brut au sein SAAJ
- 22. Documentation de type Javadoc pour les commentaires XML de C#
- 23. Je cherche des liens vers la documentation cdb/windbg + .net
- 24. Visual Studio (2008) ne génère pas de documentation xml
- 25. La meilleure façon de comparer 2 documents XML dans .NET
- 26. PDO - Travailler avec les préfixes de table
- 27. $ .extend clarification de la documentation
- 28. .Net charge de référence lors de l'exécution
- 29. Comment exporter la documentation C# vers un wiki de documentation?
- 30. désérialisation XML avec des préfixes d'espace de noms qui ne sont pas définis
Ah, bonne trouvaille. C'est étrange que ce soit supposé avoir été réparé cependant. J'utilise la dernière version (mai 2008) de Sandcastle avec le patch de http://sandcastlestyles.codeplex.com/. – Noldorin
Il semble en effet que le compilateur ajoute le préfixe automatiquement (tout en qualifiant pleinement le nom de référence). J'ai fait un peu plus de tests et le problème semblait être que si vous incluez le préfixe, vous devez aussi qualifier complètement le type namne sinon la référence n'aura aucun sens. En conclusion, il semble que je puisse éviter d'utiliser des préfixes dans le code dans tous les cas. (Corrigez-moi si je me trompe.) Quoi qu'il en soit, merci pour la réponse! – Noldorin
Je pense que la seule fois où vous auriez besoin d'utiliser la forme annotée spécifique est quand il y a une collision de noms (quelque chose de vraiment méchant comme: class Bar: IClonable {objet public Clone; objet ICloneable.Clone() {}} Je ne pense pas que vous auriez besoin de l'utiliser souvent si jamais. – ShuggyCoUk