Exceptions oder If

kartoffelsack

Wieso entweder oder?

if (Zaehler == 0) throw error;

Im Ernst: Exeptions sind AUSNAHMEN. D.h. Fehler, die normalerweise nicht vorkommen. Also, wenn Du Dein Programm so schreibst, dass es ein Ini-File im gleichen Verzeichnis wie die exe haben will, und es dann diese Datei nicht findet, dann ist das eine Ausnahme.
Also immer da, wo bei der Interaktion deines Programms mit der Außenwelt (in welcher Form auch immer) was auftritt, was nicht auftreten sollte, wirfst Du ne Exception. Im Allgemeinen sind das Fehler, auf die der Code nicht reagieren kann, weil er mit dem Fehler an der Stelle nichts mit anzufangen weiß und wo eine weitere Ausführung dieses Codes auch keinen Sinn mehr macht.
Hast Du nen Taschenrechner mit graphischer Oberfläche, dann weiß Deine Divisionsfunktion nicht, was sie mit der 0 im Nenner anfangen soll. Weiterrechnen kann sie aber definitiv nicht. An der Stelle kannst Du also nicht reagieren. Also wirfst Du ne Exception in der Hoffnung, dass sich da irgendjemand drum kümmert. Das Frontend fängt diese Exception und zeigt sie dem Benutzer an.

Sind Exceptions OOP

Mit objektorientierung haben exceptions nix zu tun (außer vielleicht, dass man ein Objekt wirft). Das ganze fällt meines Erachtens eher in den Bereich aspektorientierte Programmierung (korrigiert mich, wenn ich Müll verzapfe).

Braunstein

Hallo,

Weil Ihr das gerade so schön diskutiert. Wirft eine Division durch Null überhaupt eine Exception? Bei meinem Compiler (BCB5) ist das ein Signal, muss also über einen selbst definierten Signalhandler abgefangen werden. Man kann natürlich selber eine Exception werfen, aber bei jeder Division abfragen ob 0 oder nicht ist ja etwas aufwendig.

Ciao

Walli

Wenn man zwei werte reinholt und die dividiert kann man in kritischen situationen selber ne exception schmeißen.

Man prüft die Zahlen einfach, bevor man sie dividiert!

Exception heißt Ausnahme. Das heißt du benutzt Exceptions dann, wenn eine Ausnahme auftritt. Muss nicht mal ein Fehler sein: Nicht jede Ausnahme ist ein Fehler, aber ein Fehler ist idR eine Ausnahme

Knuddlbaer

@Braunstein

Speziell für den BCB: Es wird eine EDivByZero Exception geworfen. Schau mal unter dem Begriff in der Hilfe nach.

rüdiger

Original erstellt von Braunstein:
Wirft eine Division durch Null überhaupt eine Exception? Bei meinem Compiler (BCB5) ist das ein Signal, muss also über einen selbst definierten Signalhandler abgefangen werden.

naja, Signals sind ja auch Exceptions

Bashar

int main() {
  try {
    raise(SIGUSR1);
  } catch(...) {
    // hä?
  }
}

???

denke nicht.

So meinte kingruedi das bestimmt nicht. Aber Signale sind auch keine Ausnahmen. Können auch ganz normale Benachrichtigungen sein.

rüdiger

Ich meinte nicht im Sinne von C++ Exceptions (obwohl es wohl Compiler geben soll, bei denen man auch Signale catchen kann), aber ansonsten erfüllen sie ja auch den Sinn von Exceptions.

CodeWalker

Auch unter MSVC wirft eine "Integer Divide by Zero" keine C++-Exception, sondern eine C-Exception.
Aber es gibt noch etwas viel Lustigeres: versucht mal eine "Float Divide by Zero" zu fangen

#include "stdafx.h"
#include <iostream>  

int main() {
   try
   {
      float zaehler, nenner, result;      
      zaehler=1.0;
      nenner=0.0;
      result=zaehler/nenner;
   }                    
   catch(...)
   {
      std::cout << "error"; //denkste, nix mit error ;-))
   }
   return 0;
}

Viel Spaß

[ Dieser Beitrag wurde am 02.04.2003 um 22:50 Uhr von CodeWalker editiert. ]

Gerard

Original erstellt von kartoffelsack:
Mit objektorientierung haben exceptions nix zu tun (außer vielleicht, dass man ein Objekt wirft). Das ganze fällt meines Erachtens eher in den Bereich aspektorientierte Programmierung (korrigiert mich, wenn ich Müll verzapfe).

also ich finde exceptions sind mehr oop als globale error codes und getlasterror funktionen

Und ich finde, das eine hat mit dem anderen nix zu tun.
Man kann sicherlich auch ein Exception System in einer nicht OO Sprache aufbauen, z.b. in C. Gut, man kann dann halt nicht so tolle Sachen, wie in C++ werfen, aber es ist auf jedenfall unabhängig von Objektorientierung.
Exceptions sind ein eigenes Kapitel, ein eigenes Buch.
Man kann auch prima mit Error Codes in OO-Programmen arbeiten, und auch prima
Singletons verwenden, die den letzten error Code beinhalten. Also gibt es wohl auch Error Codes im OO Style.
Ich finde das hat nix, aber überhaupt nichts miteinander zu tun. Exceptions sind ein eigenes System. OO ein anderes.

Bashar

man könnte es vielleicht so interpretieren: Exceptions brauchen kein OO, aber OO braucht Exceptions

nein.
ich meine auch,
OO braucht keine Exceptions! Widerleg das bitte, weil ich glaube dir eigentlich mehr als mir, normalerweise, aber im moment fällt mir nichts gescheites ein, was das widerlegen kännte.

Solaris'dUKe

[Flame]

Original erstellt von CodeWalker:
**Auch unter MSVC wirft eine "Integer Divide by Zero" keine C++-Exception, sondern eine C-Exception.
float zaehler, nenner, result;      
      zaehler=1.0;
      nenner=0.0;
      result=zaehler/nenner;
**

Vote for Ada95

procedure Division_durch_null is
       type float is digits 6;
       Zaehler, nenner, result : Float;
begin
       zaehler := 1.0;
       nenner  := 0.0;
       result  := zaehler / nenner;
  exception
    when constraint_error =>
        Put_Line("Division durch null !!");
end Division_durch_null;

so einfach sähe die Welt aus...
[/FLAME]

nächtle

CodeWalker

@Solaris:
ich bin auch kein C++ - Fanatiker
Zu Beginn eines Projekts muß ich entscheiden, wo der Break-Even zwischen Entwicklungszeit und Code-Effizienz liegt - und da entscheide ich mich u.U. auch für Visual Basic, Java, Delphi oder Assembler. Und C++ ist nun mal schnell in punkto Code-Effizienz, aber teuer in Sachen Entwicklungszeit...
Aber irgendwie ist C++ wie Schach-spielen - das macht die Faszination aus

P.S.: ADA ist eine der (wenigen) Sprachen, die ich nicht aus Erfahrung kenne. Wo kann man mehr darüber erfahren?

Solaris'dUKe

Original erstellt von CodeWalker:
P.S.: ADA ist eine der (wenigen) Sprachen, die ich nicht aus Erfahrung kenne. Wo kann man mehr darüber erfahren?

www.adapower.com www.adaic.com www.ada95.info http://www.adaic.org/standards/95lrm/html/RM-TOC.html http://www.auto.tuwien.ac.at/%7Eblieb/ADA-Skriptum_TeX/gesamt/gesamt.html http://groups.google.com/groups?oi=djq&as_ugroup=comp.lang.ada

[edit : @junix (nächster Beitrag), die halbe Welt weiss nicht wie man Ada
schreibt... nicht mal der Autor des Buches welches neben mir liegt... soll ich da erwarten dass es in einem C-Forum besser aussieht ?? ]

[ Dieser Beitrag wurde am 02.04.2003 um 23:55 Uhr von Solaris'dUKe editiert. ]

junix

Ich bin enttäuscht, Duke, nicht mal ein Hinweis, dass er Ada falsch geschrieben hat? Ada ist schliesslich ein Name und keine Abkürzung (-;

-junix

CodeWalker

*LOL* aber wenn ich PASCAL in einem C++-Source groß schreibe, beschwert sich doch auch keiner *grübel*