C#: ¿Levantas o lanzas una excepción?

Question

Sé que esto probablemente no importa, pero me gustaría saber qué es lo correcto.

Si una pieza de código contiene una versión de throw new SomeKindOfException(). ¿Decimos que este fragmento de código puede generar una excepción? O lanzar una excepción?

La palabra clave es throw, por lo que estoy inclinando hacia la clase de eso, sino para elevar una excepción también se utiliza mucho ...

¿Tienen algún tipo de significado diferente? ¿Alguna de ellas implica una diferencia sobre la otra? ¿O son solo dos palabras que significan exactamente lo mismo?

Answer 1

En # terminología C, elevar se utiliza en el contexto de eventos y lanzan se utiliza en el contexto de excepciones.

Personalmente, creo que throw/catch combinación es más hermosa que raise/catch.

Answer 2

No puedo hablar para C#, pero en C++ fue elegido "tirar" porque "subir" Ya se tomó como un nombre de función estándar.

Answer 3

Creo que mientras que throw es el mejor, los dos términos son intercambiables. Muy útil si tiene que usarlo dos veces en algún texto para evitar repetir la misma palabra. Pero eso es estilística, que no es necesaria para la redacción técnica (pero aún es algo bueno tener).

Answer 4

O tirar o subir parece estar bien, significan lo mismo para mí. No lo escribiría, pero cuando estoy hablando, suelo decir 'arrojar una excepción'.

Para eventos, utilizaría 'fire an event' o 'raise an event'.

Answer 5

La terminología de los distintos idiomas favorece el 'lanzamiento'. Y acepto que 'throw' tiene mucho más sentido teniendo en cuenta que esta es la palabra clave utilizada y que la documentación del compilador/idioma siempre se refiere a la excepción lanzada.

Sin embargo, en el vientre de las excepciones de gigante son en realidad Raised, sin torcer. Si usted se encuentra lo suficientemente profundo en el depurador mirando a un EXCEPTION_RECORD entonces se habla en la terminología de SEH, en el que la clase particular de excepciones compilador/idioma (eh, clr, vcpp) es sólo uno de los muchos sabores excepciones vienen como. Supongo que las condiciones originales para las cuales se plantearon excepciones, como fallas de página y desbordamientos de pila, fueron condiciones notadas por el kernel que estaba 'informando' al modo de usuario de la condición y no como excepción, el código de usuario se estaba 'arrojando' sobre sí mismo , entonces el término tiene más sentido en ese contexto.