2011-05-12 17 views
16

¿Hay alguna manera estándar en que las herramientas utilizadas para generar los documentos API manejen tener comentarios de estilo XML en clases parciales? Básicamente, ¿cómo se debe comentar una clase/método parcial para que los documentos de ayuda resultantes no se alteren? Esta pregunta podría variar dependiendo de la herramienta que se utiliza, en cuyo caso, supongo que las dos herramientas que son los más importantes son:XML Comentando sobre clases/métodos parciales

  • Visual construida en el método para crear la documentación XML Estudio
  • de Microsoft castillo de arena

yo no quiero que mi documentación XML para salir cobarde es todo

/// <summary>Some Foo class</summary> 
public partial class Foo { ... } 

/// <summary>Some Foo class that implements some interface.</summary> 
public partial class Foo : ISomeInterface { ... } 

Respuesta

13

La mejor práctica es dar a los comentarios XML solo 1 de las definiciones parciales. No debería haber necesidad de dividir los comentarios públicos para 1 clase en 2 lugares.

La manera en que funciona Visual Studio es que un comentario anulará al otro. (Puede confirmar esto creando 2 definiciones parciales de la misma clase con diferentes comentarios XML, luego cree una variable de este tipo. El intellisense mostrará solo 1 de los comentarios XML.)

Este también será el comportamiento de cualquier herramienta de documentación que use el archivo de comentarios XML generado por Visual Studio, que incluye Sandcastle.

+0

Muy buen punto. Si el Intellisense de Visual Studio elige entre un comentario XML sobre otro, es el que es "más dominante". ¿Diría que se considera una práctica estándar al menos colocar un estándar (comentario no XML) también, o posiblemente duplicar el comentario para que se pueda ver desde cualquier ubicación si alguien está inspeccionando los archivos por sí mismos? –

+0

Creo que usar un comentario estándar (no XML) en la segunda definición parcial es el mejor enfoque. Use esto para explicar a los programadores por qué existe la definición parcial e incluso para afirmar que el comentario XML está definido en el 1er parcial. Recomiendo evitar la duplicación del comentario XML por razones de mantenimiento. – Keith

+0

En cuanto a qué comentario es "más dominante": por lo que he visto, el dominio simplemente está determinado por la última definición parcial que Visual Studio encuentra. Por ejemplo, si ambos parciales están definidos en el mismo archivo (no es un buen caso de uso, lo sé), entonces siempre es la 2da definición la que invalida la 1ra. Cuando los parciales están en archivos diferentes, entonces tengo que asumir que hay un orden estándar que sigue a Visual Studio cuando itera a través de los archivos del proyecto y que es este orden el que determinará el dominio. – Keith