Fehlerbehandlung (Teil 1)

Bei komplexen Algorithmen oder langen, sich wiederholenden Anweisungsfolgen ist es für den Entwickler oft schwierig, eine übersichtliche und zentrale Fehlerbehandlung zu implementieren.

Eine Methode der Fehlerbehandlung besteht darin, nach jeder Anweisung deren Resultat abzufragen und zu verarbeiten. Daraus ergeben sich aber meistens sehr stark verschachtelte oder verkettete Konstrukte aus Fehlerabfragen und -behandlungen.

Neben dieser klassischen Methode möchte ich Ihnen in diesem Artikel eine elegante Alternative dazu vorstellen, mit der Sie die Fehlerbehandlung erheblich vereinfachen können: Ausnahmebehandlung mit dem try-Block.

Bei einer einfachen Methode der Fehlerbehandlung wird nach jeder Anweisung deren Resultat geprüft, etwa so:

tErr # Anw1();
if (tErr = _ErrOK)
{
  tErr # Anw2();
  if (tErr = _ErrOK)
  {
    tErr # Anw3();
  }
}
if (tErr != _ErrOK)
{
  // Fehlerbehandlung
}

Bei dieser Vorgehensweise leidet die Übersichtlichkeit und Lesbarkeit des Quelltextes, weil die Verschachtelung mit jeder Anweisung steigt. Eine andere Variante dieser Fehlerbehandlung sieht so aus:

tErr # Anw1();
if (tErr = _ErrOK)
  tErr # Anw2();
if (tErr = _ErrOK)
  tErr # Anw3();
if (tErr != _ErrOK)
{
  // Fehlerbehandlung
}

Dabei stehen die einzelnen Anweisungen in der gleichen Ebene, allerdings wird auch im Fehlerfall für jede Anweisung eine Überprüfung des Resultats durchgeführt.

try and error

Der try-Block kann die Fehlerbehandlung erheblich vereinfachen. Er kapselt mehrere Anweisungen und ermöglicht die getrennte Verarbeitung von Fehlern, die innerhalb dieser Anweisungen auftreten. Ein Fehler stellt hierbei eine Ausnahme (engl. exception) in der Programmlogik da, die separat von dieser zu behandeln ist. Die Ausnahmebehandlung sieht wie folgt aus:

try
{
  Anw1();
  Anw2();
  Anw3();
}
tErr # ErrGet();
if (tErr != _ErrOK)
{
  // Fehlerbehandlung
}

Setzt eine der Anweisungen den globalen Fehlerwert, wird der try-Block nach der Anweisung automatisch verlassen und die Prozedur nach dem Block fortgesetzt. Dort kann der aufgetretene Fehler mit der Funktion ErrGet() abgefragt und verarbeitet werden.
Die meisten nativen CONZEPT 16-Funktionen setzen diesen Fehlerwert automatisch. Bei eigenen Funktionen kann der Fehlerwert mit der Funktion ErrSet() gesetzt werden:

sub Anw
()
: int;
  local
  {
    tErr : int;
  }
{
  if (…)
    tErr # _ErrUnavailable;
  ErrSet(tErr);
  return(tErr);
}

Reicht der Fehlerwert zur eindeutigen Bestimmung des Fehlers nicht aus, können die Anweisungen innerhalb des try-Blockes mit Labels unterteilt werden:

try
{
  :Anw1
  Anw1();
  :Anw2
  Anw2();
  :Anw3
  Anw3();
}
tErr # ErrGet();
if (tErr != _ErrOK)
{
  switch (ErrPos())
  {
    case :Anw1 : …
    case :Anw2 : …
    case :Anw3 : …
  }
}

Bei der Fehlerbehandlung kann dann die Fehlerposition mit der Funktion ErrPos() abgefragt und verarbeitet werden.


Das ist die grundlegende Funktionsweise der Behandlung von Ausnahmen mit try-Blöcken in CONZEPT 16. In folgenden Artikeln werden wir auf Sonderfälle bei der Ausnahmebehandlung eingehen und weitere Funktionen zum Umgang mit Fehlern erläutern.

Klicken Sie hier, um die Nutzungsbedingungen für unseren Blog zu lesen.

4 Antworten

  1. "Die meisten nativen CONZEPT 16-Funktionen setzen diesen Fehlerwert automatisch"

    Dies ist leider nur sehr umständlich abzuschalten (tryIgnore). Wenn die Prozedur-Aufrufhierachie nicht überschaubar ist, kann dieses Verhalten einen Strich durch die Rechnung machen.
    Diese Erfahrung entspricht den Erfahrungen von vor einem Jahr. Die Try/Catch Variante verwenden wir seither nur bei sehr systemnahen Funktionen wie z.B. DateiIO, die mit der Businesslogic nichts zutun haben.

  2. Anw() steht für eine beliebige Anweisung. Das kann ein Funktions- oder Prozeduraufruf, ein Vergleich, eine Zuweisung usw. sein. Und natürlich können die Anweisungen unterschiedliche Fehlerwerte setzen.

    Wie haben Sie denn in Ihrer Applikation die Fehlerbehandlung realisiert?

    Was den Rückgabewert der Beispielfunktion Anw() angeht, haben Sie natürlich Recht. Ich habe es korrigiert.

  3. Ich wüsste spontan bei uns keine einzige Prozedur die lediglich einen Fehlercode zurückliefert, und erst recht auch keine Kette von solchen Prozedur-Aufrufen.

    Außerdem würde im Beispiel Anw() schon zu einem Compilier-Fehler führen, da kein Returnwert deklariert ist.

Schreiben Sie einen Kommentar

Ihre E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

Leave the field below empty!

Wünsche, Fragen oder Feedback sind willkommen:

Nutzungsbedingungen der Kommentarfunktion im Blog

1. Allgemeines

Vectorsoft AG („Anbieter“) stellt für Internetnutzer („Nutzer“) auf der Website
vectorsoft.de einen öffentlichen Blog bereit. Der öffentliche Blog dient dem
Informations- und Gedankenaustausch. Die Nutzer, welche sich mit Beiträgen und
Kommentaren beteiligen, verpflichten sich dazu, die Blog-Nutzungsbedingungen
einzuhalten und tragen die Verantwortung für die Richtigkeit und Angemessenheit
sowie Freiheit von Rechtsverletzungen ihrer Beiträge. Mit Nutzung der
Kommentarfunktion in unserem Blog akzeptieren Sie diese Nutzungsbedingungen.

2. Netiquette

Wir bitten Sie von persönlichen Angriffen und Provokationen aufgrund anderer
Meinungen abzusehen. Bitte argumentieren Sie sachlich und bewegen Sie sich auf
der Basis einer konstruktiven Diskussionskultur. Ihr Kommentar sollte stets im
Zusammenhang mit dem jeweiligen Thema sein, um Ausschweifungen in andere
Themenbereiche zu vermeiden. Das mehrmalige Posten desselben Kommentars
oder mehrerer ähnlicher Kommentare ist nicht erlaubt.

3. Verbot rechtswidriger Inhalte

Mit Absenden Ihres Kommentars bestätigen Sie, dass Sie keine Urheberrechte oder andere Rechte Dritter verletzen. Volksverhetzende, rassistische Äußerungen, Anleitungen zu Straftaten und deren Verherrlichung, Gewaltdarstellungen, pornografische Inhalte und Äußerungen, die Persönlichkeitsrechte verletzen sind untersagt.

4. Keine Werbung

Die Nutzung der Kommentarfunktion ist für kommerzielle oder parteipolitische
Zwecke nicht erlaubt. Werbliche Beiträge aller Art werden von uns umgehend
gelöscht.

5. Angaben zum Namen

Bei der Eingabe Ihres Namens achten Sie auf die zuvor genannten Grundsätze.

6. Quellenangaben

Bitte geben Sie bei der beabsichtigten Veröffentlichung von Zitaten oder Beiträgen
Dritter die jeweiligen Quellen an und erläutern dessen Bezug zum Blogbeitrag.

7. Verstoß gegen die Nutzungsbedingungen

Beiträge, die gegen diese Richtlinie verstoßen werden umgehend gelöscht. Sollten
Sie selbst Verstöße bemerken, so senden Sie uns bitte den Link des betreffenden
Kommentars per E-Mail an . Wir weisen ausdrücklich daraufhin, dass wir einzelne Nutzer bei wiederholten oder schweren Verstößen gegen diese
Nutzungsbedingungen ausschließen werden.

Stand: Sept. 2024

Deine Trial Version - jetzt anfordern!

Teste yeet - unverbindlich und kostenfrei

IHRE EVALUIERUNGSLIZENZ - JETZT ANFORDERN!

TESTEN SIE DIE CONZEPT 16 VOLLVERSION - UNVERBINDLICH und KOSTENFREI

Melden Sie sich bei unserem Newsletter an

Anrede*
     
Zustimmung zur Datenverarbeitung gem. DSGVO*



WordPress Cookie-Hinweis von Real Cookie Banner