¿Por qué MethodInfo.Invoke ajusta excepciones en una TargetInvocationException?

Question

Estoy pidiendo esto por curiosidad en lugar de debido a una necesidad real de saber, pero no puedo pensar en ninguna buena razón para MethodInfo.Invoke para ajustar sus excepciones.

Si dejamos que se envíen sin abrir, depurar tales excepciones en Visual Studio sería un poco más fácil: no tendría que pedirle a VS que se detenga en las excepciones de primera oportunidad para ver el estado actual en el origen de la excepción . La traza de la pila presumiblemente mostraría [código externo] justo después de la llamada al Invoke, pero ¿y qué?

¿Falto alguna función importante que este ajuste proporciona que no sería posible si Invoke dejaran pasar las excepciones sin envolver?

Answer 1

Me estoy perdiendo de alguna función importante que este envase ofrece eso no ser posible dejar que había invocación excepciones pasan sin envolver?

Sí. Un argumento es poder distinguir entre el lanzamiento de excepción por el método de destino y la excepción lanzada por el propio mecanismo de reflexión. Ex. el ArgumentException puede arrojarse desde el mecanismo de reflexión o el método de destino; estos son dos meta-niveles diferentes.

Otro argumento es el contrato del método en sí invoke. En Java, el método invoke solo arroja la excepción declarada en la firma del método. La excepción arbitraria simplemente no obedecería a la firma y luego tendría que ser envuelta. Este argumento no es válido para C# como es, pero sigue siendo válido. El método invoke tiene un contrato definido en el documento en el que no puede confiar, si se lanza una excepción de destino como está.

Answer 2

Si hay una situación en la que la excepción TargetInvocationException se puede lanzar sin el lanzamiento del método invocado y la excepción, tiene sentido. No estoy seguro de si hay tal caso.