Designfrage -> Errorklasse ?
-
Hallo,
ich arbeite momentan einem Projekt welches größer (relativ zu verstehen) wird....(ca.10000 Zeilen code um den dreh denke ich - man weiß ja nie ;o))Nun weiß ich nicht ob es "guter Programmierstil" ist wenn man alle Errorfälle oder alle Warningfunktionalitäten in eine eigene Errorklasse packen sollte ? Ist das in Ordnung so ?
oder wie wird das normalerweise gehandhabt ?Danke für eure Hilfestellungen...
-
Hat nichts mit der Größe eines Projektes zu tun, sondern ist eine reine Prinzipienfrage, wie man sowas behandelt. In C++ gibts die sogenannten Exceptions, die man auch benutzen sollte.
Hier mal eine Beschreibung:
http://www.kharchi.de/cppratgeber3.htm
-
gast3 schrieb:
oder wie wird das normalerweise gehandhabt ?
Ich mache es zB so, dass ich alles etwas aufteile. Dh, ich verarbeite Hinweise, Warnungen und Fehler getrennt. Zudem werden auch Fehler aus unterschiedlichen APIs bzw. Bibliotheken unterschiedlich verarbeitet. ZB kann man sich zu WinAPI Fehler mit FormatMessage noch die entsprechende Fehlerbeschreibung holen.
-
Ist davon abhängig welche Art von Fehlern auftreten können und wie wahrscheinlich es ist, dass diese auftreten.
-
Aber ist es nicht besser so zu Programmieren das Ausnahmen erst gar nicht auftreten? Z.B. das das Programm keine Meldung gibt oder nicht abstürzt wenn eine gesuchte Datei nicht gefunden wurde?
-
lol
-
Chris++ schrieb:
Aber ist es nicht besser so zu Programmieren das Ausnahmen erst gar nicht auftreten? Z.B. das das Programm keine Meldung gibt oder nicht abstürzt wenn eine gesuchte Datei nicht gefunden wurde?
dafür gibt es ja den catch-Block, wo ma ndie Ausnahmen fangen kann, damit das Programm sich nicht terminiert.
-
@Chris++
Kommt darauf an was du unter Fehlerbehandlung verstehst. Natürlich sollte das Programm nicht abstürzen und möglichst weiterarbeiten können.
Dies bedeutet jedoch nicht, dass es nicht geschickt ist an kritischen Stellen im Falle von Fehlern z.B. in der Debug-Version Informationen über den aufgetretenen Fehler auszugeben. Durch dieses Vorgehen findet man den Fehler viel schneller.