2009-08-14 13 views

Respuesta

24

Utilice un <exception/> tag en comentarios de la documentación de su método:

/// <summary>Does Foo</summary> 
/// <exception cref="System.ArgumentNullException"> 
/// Thrown when bar is null. 
/// </exception> 
public void Foo(Bar bar) 
{ 

} 

Una de las cosas buenas sobre el uso de la etiqueta <exception/> es que Visual Studio incluirá esta información en la descripción de información método como este:

http://i32.tinypic.com/2e1gi6u.jpg

+1

+1 Buena respuesta que proporciona un enlace a la documentación, ejemplo e incluso una captura de pantalla. :) –

1

En toda la documentación de MSDN, cada método muestra lo que puede arrojar. Me gusta esta idea y por lo tanto en mis comentarios que hago algo así como:

// Lanza: MyDangerousError, StupidProgrammerError

Si quieres entrar en más detalles se puede explicar en qué situaciones cada error se arroja, a menudo, aunque el nombre del error es suficiente para darles a los usuarios una Idea.

+0

Consulte la respuesta de Andrew Hare para aprender a hacerlo bien. Los usuarios no verán tus comentarios, a menos que quieras que tengan que mirar tu fuente para cada nuevo método. –

1

Lamentablemente, la claridad no es el único problema. De lo contrario, se podría hacer esto:

public void Method_MayThrowException() { 
    .. 
} 

Dado que no es deseable por otras razones, un comentario que puede ser recogido por IntelliSense es probable que funcione mejor.

Además, si está abierto a complementos o modificaciones de proceso, puede leer sobre SpeC#. O podría implementar reglas de FxCop.

Cuestiones relacionadas