Try-catch jede Zeile code, ohne die einzelnen try-catch-Blöcken

public delegate void VoidDelegate();

public static class Utils
{
  public static void Try(VoidDelegate v) {
    try {
      v();
    }
    catch {}
  }
}

Utils.Try( () => WidgetMaker.SetAlignment(57) );
Utils.Try( () => contactForm["Title"] = txtTitle.Text );
Utils.Try( () => Casserole.Season(true, false) );
Utils.Try( () => ((RecordKeeper)Session["CasseroleTracker"]).Seasoned = true );

InformationsquelleAutor Lost Plugin Writer

Ich würde sagen nichts tun.

Jup das ist Recht, NICHTS zu tun.

Haben Sie eindeutig identifiziert werden, zwei Dinge zu mir:

1. Sie wissen, dass die Architektur geschlafen.
2. Es gibt eine Tonne von diesem Mist.

Ich sagen:

• Nichts zu tun.
• Fügen Sie eine Globale error-handler senden Sie eine E-Mail jedes mal, wenn es geht boom.
• Warten, bis etwas umfällt (oder nicht bestanden)
• Richtig, dass (Refactoring als notwendig im Rahmen der Seite).
• Wiederholen Sie jedes mal, wenn ein problem Auftritt.

Haben Sie dies geklärt, in kürzester Zeit, wenn es so schlecht ist. Ja, ich weiß, es klingt sucky, und Sie können ziehen Sie Ihre Haare mit bugfixes zu beginnen, aber es wird Ihnen erlauben, fix die Bedürftigen/buggy-code vor die (große) Menge von code, der eigentlich funktionieren egal wie beschissen es aussieht.

Sobald Sie anfangen, den Krieg zu gewinnen, Sie haben einen besseren Griff auf den code (durch alle Ihre refactoring) Sie haben eine bessere Idee für ein ansprechendes design.

Versuchen, wickeln Sie alles in bubble wrap ist wahrscheinlich nur eine lange zu tun, und Sie immer noch nicht näher an die Lösung der Probleme.

InformationsquelleAutor Rob Cooper

Dies ist eines der Dinge, die mit einem Präprozessor ist nützlich für die. Definieren Sie ein makro, die Schwalben Ausnahmen, dann mit einem schnellen script-fügen Sie das makro für alle Zeilen.

So, wenn das C++ ist, konnten Sie etwas wie dieses:

#define ATTEMPT(x) try { x; } catch (...) { }
//...
ATTEMPT(WidgetMaker.SetAlignment(57));
ATTEMPT(contactForm["Title"] = txtTitle.Text);
ATTEMPT(Casserole.Season(true, false));
ATTEMPT(((RecordKeeper)Session["CasseroleTracker"]).Seasoned = true);

Leider nicht viele Sprachen gehören offenbar einem Präprozessor wie in C/C++ haben.

Könnte man erstellen Sie Ihre eigenen Präprozessor und fügen Sie es als pre-build-Schritt. Wenn du das Gefühl vollständig zu automatisieren, es könnte wahrscheinlich schreiben ein Präprozessor, der würde die eigentlichen code-Datei und fügen Sie die try/catch-Zeug auf Ihrem eigenen (so dass Sie nicht haben, um diejenigen hinzuzufügen, die VERSUCH() blockiert, um den code manuell eintragen). Sicher, dass es nur geänderte Zeilen soll es schwierig sein könnte, obwohl (überspringen Variablen Deklarationen, Schleifen-Konstrukte, etc., dass Sie nicht brechen die bauen).

Allerdings denke ich, dass diese schrecklichen Ideen und sollte nie getan werden, aber die Frage die gestellt wurde. 🙂

Wirklich, Sie sollten nicht immer tun. Sie müssen feststellen, was verursacht die Fehler und korrigieren Sie es. Schlucken/ignorieren von Fehlern ist eine schlechte Sache zu tun, so dass ich denke, dass die richtige Antwort ist hier "den Fehler Beheben, nicht ignorieren!". 🙂

InformationsquelleAutor Herms

Als jemand erwähnt, VB erlaubt. Wie es zu tun die gleiche Weise in C#? Geben Sie treuen Reflektor:

:

Sub Main()
    On Error Resume Next

    Dim i As Integer = 0

    Dim y As Integer = CInt(5 / i)


End Sub

Übersetzt in:

public static void Main()
{
    //This item is obfuscated and can not be translated.
    int VB$ResumeTarget;
    try
    {
        int VB$CurrentStatement;
    Label_0001:
        ProjectData.ClearProjectError();
        int VB$ActiveHandler = -2;
    Label_0009:
        VB$CurrentStatement = 2;
        int i = 0;
    Label_000E:
        VB$CurrentStatement = 3;
        int y = (int) Math.Round((double) (5.0 / ((double) i)));
        goto Label_008F;
    Label_0029:
        VB$ResumeTarget = 0;
        switch ((VB$ResumeTarget + 1))
        {
            case 1:
                goto Label_0001;

            case 2:
                goto Label_0009;

            case 3:
                goto Label_000E;

            case 4:
                goto Label_008F;

            default:
                goto Label_0084;
        }
    Label_0049:
        VB$ResumeTarget = VB$CurrentStatement;
        switch (((VB$ActiveHandler > -2) ? VB$ActiveHandler : 1))
        {
            case 0:
                goto Label_0084;

            case 1:
                goto Label_0029;
        }
    }
    catch (object obj1) when (?)
    {
        ProjectData.SetProjectError((Exception) obj1);
        goto Label_0049;
    }
Label_0084:
    throw ProjectData.CreateProjectError(-2146828237);
Label_008F:
    if (VB$ResumeTarget != 0)
    {
        ProjectData.ClearProjectError();
    }
}

InformationsquelleAutor Christopher Elliott

Dies kann helfen Ihnen bei der Identifizierung der Stücke, die haben die meisten Probleme.

@ JB King
Danke für die Erinnerung. Der Logging application block hat eine Instrumentierung Fall, dass kann verwendet werden, um trace-Ereignisse finden Sie weitere Informationen über die MS Enterprise library docs.

Using (New InstEvent)
<series of statements> 
End Using

Alle Schritte, die in dieser Verwendung wird verfolgt, um eine log-Datei, und Sie können analysieren, um zu sehen, wo die log-Pausen (ex geworfen wird) und id die hohe Straftäter.

Refactoring ist wirklich Ihre beste Wette, aber wenn Sie haben eine Menge, das kann Ihnen helfen, lokalisieren die schlimmsten.

InformationsquelleAutor StingyJack

Wenn man den compiler an, geben Sie einen Ausdruck-Baum für diesen code, dann könnte man ändern, dass die expression tree durch ersetzen jede Anweisung mit einem neuen try-catch-block umschließt, die der ursprünglichen Aussage. Das ist nicht so weit hergeholt, wie es klingt; für LINQ, C# erworben, die Fähigkeit zur Erfassung von lambda-Ausdrücken als Ausdruck Bäume, die manipuliert werden können in user-code zur Laufzeit.

Dieser Ansatz ist heute nicht möglich .NET 3.5 -, wenn aus keinem anderen Grund als das fehlen eines "try" - Anweisung im System.Linq -.Ausdrücke. Jedoch, es kann sehr gut sein, lebensfähig in einer zukünftigen version von C# sobald die Zusammenführung von DLR und LINQ expression trees abgeschlossen ist.

InformationsquelleAutor Curt Hagenlocher

Spaß, Frage; sehr schrecklich.

Es wäre schön, wenn könnten Sie ein makro verwenden. Aber das ist gestrahlt C#, so dass Sie könnte es lösen mit einigen Präprozessor-Arbeit oder irgendein externes tool, um wickeln Sie Ihre Linien in den einzelnen try-catch-Blöcken. Nicht sicher, ob Sie gemeint Sie wollte nicht manuell wickeln Sie Sie oder dass Sie vermeiden wollte, try-catch - ganz.

Herumspielen mit dieser, ich habe versucht, die Kennzeichnung jeder Zeile springen und wieder von einem einzigen fangen, ohne viel Glück. Allerdings Christopher aufgedeckt der richtige Weg, dies zu tun. Es gibt einige interessante weitere Diskussion dieser in Dot Net Gedanken und Mike Stall ' s .NET-Blog.

EDIT: natürlich. Die try-catch /switch-goto Lösung aufgeführt werden nicht wirklich kompilieren, da die try Etiketten sind out-of-scope catch. Wer weiß, was fehlt, um so etwas zusammenzustellen?

Könnte man automatisieren, mit einem compiler Vorverarbeiten Schritt oder vielleicht hack bis Mike Stall ' s-Inline-IL-Werkzeug Spritzen einige Fehler-Ignoranz.

(Orion Adrians Antwort über die Prüfung der Ausnahme und versuchen, die nächste Anweisung ist auch interessant.)

Alles in allem, wie es scheint, eine interessante und lehrreiche übung. Natürlich, Sie hätten zu entscheiden, an welchem Punkt der Aufwand zu simulieren ON ERROR RESUME NEXT überwiegt der Aufwand zu beheben der code. 🙂

InformationsquelleAutor b w

Leider sind Sie wahrscheinlich kein Glück. On Error Resume Next " ist eine veraltete option, die im Allgemeinen stark entmutigt, und nicht ein äquivalent, um meine Kenntnisse in C#.

Ich würde empfehlen, den code in VB (Es klingt wie das war die Quelle, da Ihre konkrete Anfrage für OnError ResumeNext) und die Verknüpfung mit oder aus einer C# - dll oder exe-Datei, die umsetzt, was der neue code, den Sie benötigen. Dann preform Umgestaltung zu bewirken, dass der code sicher zu sein, und konvertieren Sie diese sichere code in C#, wie Sie dies tun.

InformationsquelleAutor Guvante

Ungeachtet aller Gründe, die Sie wollen, um zu vermeiden, dies zu tun.......

Wenn es einfach ein Bedürfnis zu halten # von Zeilen nach unten, Sie könnten versuchen, so etwas wie:

int totalMethodCount = xxx; 
for(int counter = 0; counter < totalMethodCount; counter++) { 
try { 
if (counter == 0) WidgetMaker.SetAlignment(57); 
if (counter == 1) Kontaktformular["Title"] = txtTitle.Text; 
if (counter == 2) Auflauf.Saison(true, false); 
if (counter == 3) ((RecordKeeper)Session["CasseroleTracker"]).Gewürzt = true; 
} catch (Exception ex) { 
//hier anmelden 
} 
} 

Jedoch, Sie hätte ein Auge auf den Geltungsbereich von Variablen wenn Sie versuchen, erneut zu den Ergebnissen der Gespräche.

InformationsquelleAutor tyshock