Gründliche Verwendung von "wenn" - Aussagen oder "try/catch-blocks'?

Gib mir etwas von deinen Gedanken über eine bessere Codierung der Praxis/macht sich effizienter code/sieht hübscher/was auch immer: die Erhöhung und die Verbesserung Ihrer Fähigkeit zu verwenden, wenn Aussagen zu antizipieren und fangen potenzielle Probleme? Oder einfach nur eine gute Verwendung von try/catch im Allgemeinen?

Lassen Sie uns sagen, das ist für Java (wenn es darauf ankommt).

Edit: ich bin derzeit den übergang mich von einigen zugegebenermaßen veraltet und eingeschränkt aktuellen coding-Praktiken, aber ich bin ein wenig zerrissen, die Notwendigkeit, dies zu tun, auf ein paar Punkte (wie diese). Ich bin einfach zu Fragen, für einige Perspektiven auf diese. Nicht eine Debatte.

InformationsquelleAutor Daddy Warbox | 2008-11-30
  2. 5

    if Blöcke etwas schneller; wenn Sie nicht gehen zu müssen, um ein Dutzend von Ihnen, Sie sind eine bessere Idee als try/catches. Ausnahmen sollten nur in Ausnahmefällen, nicht jedes mal, wenn der code ausgeführt wird. Ich benutze Ausnahmen für seltene Ereignisse wie server-Abschaltungen (auch wenn Sie passieren, ein paar mal jeden Tag), und if Blöcke für meine kontrollierbaren Variablen.

    • If/else ist in der Regel schneller als try/catch, aber es ist langsamer als ohne code. Wenn Sie mehrere Ebenen der nennen, der Tiefe, wenn/sonst bei jedem Aufruf-Website zu propagieren und Fehler durch Rückgabewert ist verpflichtet, die langsamer als eine einzelne try/catch an der Spitze in dem Fall, wo kein Fehler tatsächlich Auftritt.
    InformationsquelleAutor Karl
  3. 3

    Unabhängig davon, welchen code Sie schreiben, Sie werden am Ende mit beiden. Ich kann nicht sprechen für die Java-Laufzeit, aber auf die .NET-runtime gibt es einen performance-Treffer im Zusammenhang mit der Verwendung von try-catch-Blöcke. Als Ergebnis habe ich versucht, Sie zu benutzen nur in den Bereichen, wo ich haben einen klaren Weg, um zu behandeln der Ausnahme einmal gefangen (auch wenn es nur die Protokollierung der Existenz des Problems).

    Wenn Sie finden, selbst mit einer Menge von entweder try-catch-Blöcke oder if-else-Blöcke im code, oder Ihre Methoden sind tendenziell eher lang ist, sollten refactoring den code in eine größere Anzahl von kleineren Methoden. Die Absicht Ihrer Logik leichter Folgen--als auch einfacher zu unit-testen.

    InformationsquelleAutor Scott Lawrence
  4. 2

    Ich denke, wenn-Anweisungen sind besser. Sie können nicht surround-jede Zeile code mit einem try..catch (gut Sie können, aber Sie sollten es nicht tun). Sie können umgeben Sie einen Codeblock mit try catch aber nicht jede Linie.

    Ausnahmen und die Dinge verlangsamen.

    • Ausnahmen sind nur die Dinge verlangsamen, wenn Sie doch geworfen. So lange, wie Sie sicherstellen, dass Sie sind nur geworfen in Ausnahmefällen (wo die Leistung in der Regel nicht mehr Fragen, da wirst du scheitern), ist es nicht ein Anliegen.
    • Jessop, Wenn ein try/catch ist langsamer als eine if-Anweisung, Ausnahmen tun die Dinge verlangsamen, auch wenn Sie nicht geworfen(im Gegensatz zu if-Anweisungen, das ist). Nach allem, ein try/catch-block, in den am wenigsten, hat zu prüfen, ob die Ausnahme wurde ausgelöst, in diesem Teil des Codes.
    • dies hängt von der Programmiersprache und die Umsetzung (natürlich), aber für kompilierte Sprachen ist es nicht notwendig für einen try/catch-block, um zu überprüfen, ob eine exception geworfen wurde an dieser Stelle der code. Vielmehr sind alle catch-Blöcke können gezogen werden aus der Reihe (sagen wir, sammeln Sie diese am Ende der Funktion oder sogar am Ende der ausführbaren Datei), zusammen mit einigen meta-Daten über den code, der Regionen, die durch Ihre entsprechenden versuche. Dieser code/Daten nur zugegriffen werden, wenn eine exception geworfen wird und die Laufzeit geht der stack.
    • Jessop Also, im Grunde, Sie sagen, setzt der compiler die Informationen, die für alle try-und catch-Blöcke an einer bestimmten Stelle und, wenn eine exception Auftritt, sucht die Laufzeit dieser Ort, um zu sehen, wenn dieser block von code-handler. Es macht Sinn für mich und klingt wie die optimale Umsetzung(es braucht verdammt viel Zeit, wenn die exception geworfen wird, genau wie es beobachtet wird). Können wir sicher davon ausgehen, dass C#(.Net) ist die Umsetzung so?
    • Ich weiß es nicht, aber da die wichtige Frage ist, ob try/catch-Blöcke langsam Ihr code unten, wenn keine Ausnahme geworfen wird, wird der wirkliche test ist die Zeit, einige nicht-fehlerhaften code mit und ohne Sie.
    InformationsquelleAutor
  5. 1

    Meine 2p: Verwenden von try/catch ist am besten:

    • macht es absolut klar, andere Programmierer, was Sie tun, exception-handling,
    • der compiler versteht, was Sie tun und können mehr entsprechende compile-time-checks für Sie

    Meiner Erfahrung mit if-bedingte-Logik macht es schwieriger zu unterscheiden Fehlerbehandlung von business-Logik.

    • "Error Handling" und "Exception Handling" sind nicht das gleiche.
    InformationsquelleAutor brabster
  6. 1

    Von dem, was ich habe gesagt, von einem erfahrenen Entwickler und Analysten, try/catch ist mehr Objekt-orientiert und wenn mehr prozedural.

    Ich persönlich nicht interessieren.

    Ich bin mir der Tatsache bewusst, dass ein try/catch ist langsamer und führt zu einem Leistungseinbruch, aber wenn werde ich ein Dutzend ifs zu überprüfen, bevor ich das tun kann, was ich tun will, ich werde immer mit einem try/catch zu speichern, auf die Anzahl der code-Zeilen.

    Es macht mein Leben so viel einfacher, nicht alles überprüfen und wenn die Anweisung fehlschlägt, wird einfach das tun, was ich getan hätte, in meine 'else' - block...in meiner "catch" - block.

    Manchmal, dass ich offensichtlich schließen einige if-Anweisungen in einen try/catch, aber egal.

    Habe ich davon wenn es nur eine kleine Anzahl von Dingen zu überprüfen (1 oder 2) bevor Sie das tun, was ich tun muss.

    • Endlich eine Antwort auf hier, dass die Gespräche über effektiv Ideen zu kommunizieren, und die Dinge leichter zu verstehen und code. Ich fühle mich viele Antworten auf diese Website vergessen, dass wichtige Tatsache über Codierung und sprechen über code in einer perfekten Welt. Diese Antworten in der Regel geben best-practice-Empfehlungen auf entweder Geschwindigkeit oder Sicherheit aber nicht berücksichtigt wird die Frage, und ob diese Lösung überhaupt Sinn macht zu implementieren. Best practices sind in der Regel schnell und einfach, aber in realen software-Ecke den Fällen entstehen, in denen diese Praktiken kann lange und kompliziert; und Vereinfachung der code nötig
    InformationsquelleAutor
  7. 0

    Es gibt eine Sache, die nicht erwähnt wurden.

    Mit einer if-else-Anweisung, jedes mal, wenn der code ausgeführt wird, mindestens 1 der Zustand wird garantiert ausgewertet werden ausgeführt. Ich bin sicher, wir alle wissen, wie eine if-else-elseif funktioniert, aber klar zu sein... die wenn Teil der Anweisung wird immer dann ausgewertet, wenn es ist false dann sind die folgenden sonst-wenn ausgewertet wird, und so weiter, bis nur noch die sonst Links zu bewerten.

    Also mit einer if-else-Anweisung werden Auswirkungen auf Ihre Leistung. Nicht signifikant (in den meisten Fällen), aber es erfordert CPU-Zeit zum ausführen der Auswertungen.

    try-catch-Anweisungen, und korrigieren Sie mich, wenn ich falsch bin, nicht bekommen, als zur Laufzeit, bis Sie sind erforderlich (d.h. eine exception geworfen wird). So einfach wickeln Sie Ihren code in einen try-catch wird nicht auf die Leistung bis auf eine Ausnahme tatsächlich gefangen von ihm.

    Auch, es ist nicht der Haken, der bewirkt, dass die Leistung Treffer, aber die werfen.

    Und ein wesentlicher Punkt zu machen, ist try-catch-Anweisungen sollten NIEMALS verwendet werden, für bedingte Logik. Sie sollte nur verwendet werden, für das, was Sie sind konzipiert für: exception handling!

    Ausnahmen abfangen ist wichtig, wenn Sie wissen, was mit Ihnen zu tun. Wenn Sie haben keine Möglichkeit, ordnungsgemäß die Ausnahme behandelt, dann sollten Sie lassen Sie es gehen, für etwas code weiter oben in der Kette müssen möglicherweise einen besseren Weg, es zu handhaben.

    Seine in der Regel eine gute Idee zu haben, eine exception-hander in der absoluten top-Ebene der Anwendung zum abfangen von Ausnahmen, die, bevor Sie vom Anwender gesehen. In ASP.NET dies können Sie Application_Error event der global.asax. In anderen Sprachen/Umgebungen, die Sie tun würde, also in der main-Schleife, was auch immer das sein mag.

    Aber beachten Sie, es gibt einige Ausnahmen, die sind immer am besten Links uncaught. Manchmal, wenn eine Ausnahme passiert, ist es ein Indikator, die den Zustand der Anwendung wurde stark beeinträchtigt und kann nicht vertraut werden. Die einzige sichere Sache zu tun ist, zu töten und neu starten.

    • Wie können Sie sagen, dass ein try/catch - ist nicht als Laufzeit, bis Sie benötigt werden? Das klingt wie eine Art Programmier-Magie. Es gibt keine solche Sache wie code, der nicht gilt, bis es benötigt wird. Sie benötigen mindestens eine überprüfen, ob es gebraucht wird oder nicht.
    • Die Antwort von Steve oben, zu meinem Kommentar, eine vernünftige Erklärung, warum ein try/catch-block würde nicht berücksichtigt werden, bis eine Ausnahme Auftritt. Es erfordert eine virtuelle Maschine zu laufen, obwohl, und es sieht aus wie die Laufzeiten von den Sprachen dieser virtuellen Maschine. Ich bezweifle, dass der CPU-Architektur hat keine Unterstützung für die Ausnahmen. Tut es das?
    • Ich kann nicht sprechen für alle Sprachen, aber mikesigs richtig ist zumindest, wie C++ - Ausnahmen behandelt werden sollen. In C++ fangen Teil der block wird ignoriert, bis eine exception geworfen wird und der stack beginnt, sich zu entspannen. Als Sie den Stapel abgearbeitet, wird der code sucht nach einer catch-block zu stoppen, der Abroll-Prozess. Wenn keine gefunden werden, die in der Lage sind, ausgenommen die Ausnahme. wird das Programm beendet.
    • Wo sieht es für ein "catch-block" dann, wenn nicht dort, wo ich bereits bei meinem letzten Kommentar hier?
    • wenn Sie kompilieren Ihren code in einer assembly, die Sie sehen können, gibt es zwei wichtige Dinge, die dazu beitragen, Ausnahmebehandlung __Entspannen_Lebenslauf unter einem label-Anweisungen und eine except_table. Diese beiden Bereiche der Assembler-code funktioniert mit dem beschriebenen Mechanismus auf http://www.airs.com/blog/archive/464. Basierend auf meinen vereinfachende Verständnis, dass Artikel, die exception-Behandlung wird tatsächlich gebaut, die in den kompilierten Maschinencode und ist aufgerufen, durch einen Sprung zum label, wo __Entspannen_Lebenslauf ist, die beginnt sowohl das exception-handling Prozess-und Abbau des stack-Frames.
    • Ich glaube ich habe eine leichte Fehler in der Anweisung oben. Ich denke, die Reihenfolge ist etwas falsch . Die Ausnahmebehandlung startet mit dem Ausnahme-Tabelle und als ich glaube, endet mit Unwind_Resume. Aber das könnte auch falsch sein, wie gut.

    InformationsquelleAutor mikesigs
  8. 0

    @PersonalPerson - Sorry, aber das ist einfach nur faul Codierung. Eher als die Verwendung eines try-catch-denn es gibt zu viele if-Anweisungen, warum nicht umgestalten von code (d.h. setzen Ihre prüflogik in eigene Methode). Dies wird halten Sie Ihren code sauberer und lesbarer zu gestalten und zu pflegen best practices für performance.

    Versuchen Sie niemals Ihren code schreiben zu erreichen, die am wenigsten Anzahl der Zeilen. Dies wird am Ende immer schlecht. Sicher finden Sie eine elegantere Möglichkeit, etwas zu schreiben, dass dein coder-Kumpels werden ooh und aah an, aber es macht die Sache nur schlechter lesbar.

    Ich schwöre, ich habe mit deinem code vor, und es machte sich mein Kopf weh.

    • Leider ist diese Aussage wirklich von der Sprache abhängen. In einigen Sprachen mit einer if-Anweisung mit vielen tests, wie 6 oder 10+ tests, wo der if-Anweisung aufgerufen werden 90+% der Zeit kann eine Menge CPU-Zeit, je nachdem, wie der code optimiert ist. In diesem Fall mit einem try-catch-block wird Ihnen sagen, sowohl der Prozessor und andere Programmierer dies ist der code, den ich ausführen will, die meisten der Zeit, die potenziell erhöhen die Laufgeschwindigkeit abhängig von der Sprache. In jedem anderen Fall, ich Stimme mit Ihnen überein, es sei denn, Ihre Verwendung ist eine Ente typisierten Sprache wie python.
    InformationsquelleAutor mikesigs
  9. 0

    Verwendung von Ausnahmen ist eine Universelle Methode zur Benachrichtigung anderer Teil des Codes, der etwas falsch passiert in lose gekoppelter Art und Weise. Lassen Sie sich vorstellen, dass, wenn Sie möchten, behandeln einige außergewöhnliche Bedingung durch die Verwendung von if.. nad anderes.. müssen Sie in verschiedene Teile des Codes einer beliebigen Variablen und andere Sachen, die würde wahrscheinlich leicht geführt zu haben spaghetti-code bald nach.

    Lassen Sie uns weiter vorstellen, dass Sie eine externe Bibliothek/Paket-und es ist der Autor entschieden, in seinem/Ihrem code beliebig andere Art und Weise zu handhaben falschen Staaten - es würde Sie zwingen, sich anzupassen, um seine Art, damit umzugehen - zum Beispiel, würden Sie brauchen, um zu überprüfen, ob bestimmte Methoden gibt true zurück, oder false oder was auch immer.

    Mithilfe von Ausnahmen macht die Behandlung von Fehlern viel mehr einfach - Sie einfach davon ausgehen, dass wenn etwas schief geht - der andere code wird throw exception, so dass Sie nur wickeln Sie den code im try-block und behandeln möglichst Ausnahme auf Ihre eigene Art und Weise.

    InformationsquelleAutor Jacek Dziurdzikowski
Schreibe einen Kommentar