Die Methode Get-name, warf Ausnahme

Ist es wichtig zu verstehen, was gemeint ist, durch "die Methode, die die Ausnahme ausgelöst". Wenn eine Ausnahme Auftritt, es gibt eine spezielle Methode, die tatsächlich ausgeführt wird. Nur weil irgendwann vor die Ausnahme, sind Sie aufgerufen, Ihre eigenen FillCombo() - Methode, das bedeutet nicht, dass die Methode, die die Ausnahme ausgelöst hat.

Den FillCombo() Methode wird jedoch (in dem Fall du hier kümmern) werden in dem stack-trace. Das ist, warum es sinnvoll ist, melden Sie die gesamte stack-trace. In der Tat, ich in der Regel nur melden das ganze Exception Objekt (d.h. ex.ToString(), oder geben Sie einfach die exception-Objekt zu string.Format() oder ähnliches, rufen ToString() für Sie). Dies beinhaltet den Typ der Ausnahme, die Nachricht, das gesamte stack-trace, und sogar Ausnahme-Informationen, falls vorhanden.

Der code, den Sie bekam von der anderen Frage, für die GetExecutingMethodName() - Methode, ist nicht wirklich sehr sinnvoll, IMHO. Sie werden bemerken, dass das, was es wirklich tut, ist kriechen durch den stack-trace des aktuellen Ausführung Lage, auf der Suche für die erste Methode, die deklariert ist, in einen anderen Typ als dem, in dem das GetExecutingMethodName() erklärt wurde.

Dies ist falsch, für deinen Zweck aus zwei Gründen:

1. Es scheint, Sie haben erklärt, dass die Methode in der gleichen Klasse, wo Ihre Click event-handler deklariert ist. Dies bedeutet, dass die event-handler-Methode wird ignoriert, und so erhalten Sie die Aufrufer dieser Methode, die Control.OnClick() - Methode (D. H. die Methode, die tatsächlich das Ereignis auslöst).

Ehrlich gesagt, finde ich, dass insbesondere die Antwort sonderbar, da .NETTO bietet bereits eine API für das abrufen der MethodInfo des aktuell ausgeführten Methode: MethodBase.GetCurrentMethod. Und dies ist viel zuverlässiger als die code-Chris Gessler schrieb.

1. Problematischer ist, dass Sie keine Gelegenheit haben, diese Methode aufrufen, an der Stelle, wo die exception geworfen wird! Im besten Fall (d.h. auch wenn Sie sich mit der Frage befassen, wo die helper-Methode deklariert ist), alle, die aufrufen, wird Ihnen sagen, ist, dass Sie in Ihrem button1_Click() Methode. Aber Sie wissen bereits, dass, da der code Sie schreiben zum behandeln der Ausnahme in Methode.

Wenn Sie wissen wollen den Namen der Methode, in der Ihre aktuell ausgeführten Methode, die aufgerufen wird, bevor die Ausnahme aufgetreten ist, können Sie kombinieren die zwei Techniken: Holen Sie sich die Namen der aktuell ausgeführten Methode, und übergeben, eine Methode, die sowohl das als auch der stack-trace-string aus der Exception Objekt, und lassen Sie, dass die Methode parse der stack-trace-Zeichenfolge zu finden, den Rahmen einfach vor die derzeit ausgeführte Methode in der Spur.

Es ist ein bisschen wie ein Schmerz, aber es getan werden könnte. Hier ist ein Beispiel, wie das Aussehen würde (einfache proof-of-concept-console-Programm):

static void Main(string[] args)
{
    try
    {
        CallForException();
    }
    catch (Exception e)
    {
        Console.WriteLine("Exception occurred calling {0} method", GetCallForExceptionThisMethod(MethodBase.GetCurrentMethod(), e));
    }
}

private static string GetCallForExceptionThisMethod(MethodBase methodBase, Exception e)
{
    StackTrace trace = new StackTrace(e);
    StackFrame previousFrame = null;

    foreach (StackFrame frame in trace.GetFrames())
    {
        if (frame.GetMethod() == methodBase)
        {
            break;
        }

        previousFrame = frame;
    }

    return previousFrame != null ? previousFrame.GetMethod().Name : null;
}

private static void CallForException()
{
    DoActualException();
}

private static void DoActualException()
{
    throw new NotImplementedException();
}

Schließlich, im Hinterkopf behalten, dass aufgrund der Methode inlining und anderen Optimierungen, auch einen vollständigen stack-trace kann einige Unregelmäßigkeiten, einschließlich auch der eigentliche name der Methode, wo die Ausnahme ausgelöst wurde. Das ist ein weiterer Grund, dass die Protokollierung der gesamten Exception Objekt ist in der Regel viel nützlicher, je mehr Kontext, desto wahrscheinlicher werden Sie in der Lage sein, zu rekonstruieren, was passiert ist.