INFO: Dieses Forum nutzt Cookies...
Cookies sind für den Betrieb des Forums unverzichtbar. Mit der Nutzung des Forums erklärst Du dich damit einverstanden, dass wir Cookies verwenden.

Es wird in jedem Fall ein Cookie gesetzt um diesen Hinweis nicht mehr zu erhalten. Desweiteren setzen wir Google Adsense und Google Analytics ein.


Antwort schreiben 

Error Handling



Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!

07.11.2008, 17:13
Beitrag #7

IchSelbst Offline
LVF-Guru
*****


Beiträge: 3.687
Registriert seit: Feb 2005

11, 14, 15, 17, 18
-
DE

97437
Deutschland
Error Handling
' schrieb:Mein Errorhandling sieht zur Zeit so aus:
Ich gehe mal davon aus, du meinst das allgemeine Verfahren. Also Statemachine etc. in While-Schleife. Nach jedem State, also nach jeder Arbeit, wie immer die aussieht und wie immer die auch initialisiert wird, wird eine Fehlerüberwachung/Auswertung/Anzeige etc. gemacht. Es ist zu beachten, dass in so einem Case ein Programm stehen kann, das selbst aus sehr vielen Programmebenen (SubVIs) bestehen kann. Deren Error-Cluster würden alle bis hier oben durchgeführt.

Zitat:Wollte nun fragen ob es OK ist
Datenflusstechnisch gesehen spricht nichts dagegen. Auch vom Ablauf her würde man so vorgehen: Arbeiten, Fehler tritt auf, Fehler wird gehandelt (wie auch immer LogFile, Anzeige etc).

Zitat:und wie ihr es macht.
Ich mach das aber anders.

Meine Programme sind nicht so strukturiert, dass ich am Ende einer Arbeit auf Fehler prüfe. Ich prüfe erst auf Fehler und mach dann die Arbeit. Beispiel Dateiename. Der Anwender hat z.B. einen Pfad als Zielpfad für Messwertfiles definiert. Es gibt jetzt zwei Möglichkeiten: Ich schreib die Messwertdatei und lasse quasi online prüfen, ob der Pfad existiert. Existiert der Pfad nicht, bekomm ich einen Fehler (hoffe ich doch). Oder ich überprüfe zuerst ob der Pfad existiert. Wenn nicht, fang ich erst gar nicht mit der Arbeit an.

Mit diesem Verfahren fange ich theoretisch alle vorhersehbaren (praktisch die vorhergesehenen) Fehler ab. Beliebte derartige Fehler sind z.B. ungültige Benutzereingaben oder Dateninkonsistenzen im allgemeinen. Normalerweise treten jetzt also gar keine Fehler mehr auf.

Bleiben also nur noch die unvorhersehbaren Fehler übrig. Solche Fehler sind z.B. "Handle ist plötzlich verschwunden". Eigentlich muss man einen derartigen Fehler aber gar nicht direkt auswerten - der Overhead hierfür steht in keinem Verhältnis zur Auftret-Häufigkeit dieses Fehlers.

In textbasierter Programmierung gehe ich im übrigen genauso vor. Das Verfahren Error-Auswertung nach der Arbeit würde einem try/except-Konstrukt entsprechen. Sowas verwende ich aber normalerweise nicht.

So. Was sagt ihr denn dazu?

Jeder, der zur wahren Erkenntnis hindurchdringen will, muss den Berg Schwierigkeit alleine erklimmen (Helen Keller).
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Antwort schreiben 


Nachrichten in diesem Thema
Error Handling - eg - 07.11.2008, 14:19
Error Handling - RoLe - 07.11.2008, 14:35
Error Handling - eg - 07.11.2008, 14:48
Error Handling - RoLe - 07.11.2008, 14:54
Error Handling - eg - 07.11.2008, 14:56
Error Handling - RoLe - 07.11.2008, 15:10
Error Handling - IchSelbst - 07.11.2008 17:13
Error Handling - eg - 07.11.2008, 17:23

Möglicherweise verwandte Themen...
Themen Verfasser Antworten Views Letzter Beitrag
  Error Handling in einem Queue Message Design Architektur galilio 2 4.406 09.08.2016 12:20
Letzter Beitrag: galilio
  Handling von Bedienelementen tooony 8 5.388 27.07.2016 14:17
Letzter Beitrag: wladimir s
  VI-Analyzer Test: Disable Automated Error Handling BNT 2 5.100 04.03.2014 16:18
Letzter Beitrag: BNT
  Error-Handling M Nussbaumer 2 5.884 04.05.2012 09:45
Letzter Beitrag: M Nussbaumer
  Versionswechsel - usr.lib & Handling gottfried 3 4.055 20.10.2011 08:27
Letzter Beitrag: GerdW
  Error Handling Honeygirl24 2 6.031 03.11.2010 16:17
Letzter Beitrag: Honeygirl24

Gehe zu: