Perché MethodInfo.Invoke racchiude le eccezioni in TargetInvocationException?

Question

Lo sto chiedendo per curiosità piuttosto che per un reale bisogno di sapere, ma non riesco a pensare a nessuna buona ragione per il MethodInfo.Invoke di includere le sue eccezioni.

Se si desidera che passino da scartare, il debug di tali eccezioni in Visual Studio sarebbe un po 'più semplice - Non avrei bisogno di chiedere a VS di fermarsi alle eccezioni di prima volta per vedere lo stato corrente all'origine dell'eccezione . La traccia di stack mostrerebbe presumibilmente [codice esterno] subito dopo la chiamata a Invoke, ma allora cosa.

Mi mancano alcune funzioni importanti che questo involucro fornisce che non sarebbe possibile avere Invoke lasciare passare le eccezioni scartate?

Answer 1

Mi sto perdendo alcune importanti funzioni che questo involucro prevede che sarebbe non fosse possibile si era lasciato Invoke eccezioni passano scartare?

Sì. Un argomento è quello di essere in grado di distinguere tra il lancio dell'eccezione dal metodo di destinazione e l'eccezione generata dal meccanismo di riflessione stesso. Ex. il ArgumentException può essere lanciato dal meccanismo di riflessione o il metodo di destinazione: si tratta di due diversi livelli di meta.

Un altro argomento è il contratto del metodo invoke. In Java, il metodo invoke è autorizzato a generare solo l'eccezione dichiarata nella firma del metodo. Un'eccezione arbitraria semplicemente non obbedire alla firma e deve quindi essere avvolta. Questo argomento non vale per C# così com'è, ma è ancora valido. Il metodo invoke ha un contratto definito nel documento su cui non si può fare affidamento, se l'eccezione di destinazione è stata generata così com'è.

Answer 2

Se esiste una situazione in cui è possibile lanciare TargetInvocationException senza il lancio e l'eccezione del metodo richiamato, ha senso. Non sono sicuro se c'è un caso del genere.