JLI Spieleprogrammierung

[Mat]

Hey,

ich benutze derzeit mehrere Bibliotheken in meinem Projekt, wobei nahe zu jede ihre eigene Klasse für Exceptions implementiert hat.

Da ich es nicht wirklich schön finde, manchmal 3-4 verschieden Catch-Anweisungen auszuführen, würde ich gerne meine eigene Exception-Klasse implementieren, welche zu allen anderen kompatible ist.

Mein erster Gedanke war, dass ich dazu mehrfach Vererbung verwende, damit meine Klasse anspringt, wenn eine Exception eines anderen Typs gewurfen wurde.

Ich bin mir nur nicht sicher ob dies die Beste Lösung ist, und ob jemand vielleicht einene Vorschlag für eine andere Lösung hat - z.B. Templates ?
_________________
- - - - - - - - - - - - - - - - - - - -
-> http://www.sea-productions.de
-> http://www.krawall.de
- - - - - - - - - - - - - - - - - - - -

[DirectXer]

ich könnte mir vorstellen, dass du sowas wie implizites Casting verwenden könntest. Also, nehmen wir mal an deine Klasse heißt multiExc und zwei andere Klassen in den Libs heißen libExc und badLibX. Dann entwirfst du deine Klasse so, dass sie mehrere Konstruktoren hat, die ein Objekt dieser Klasse aus den jeweiligen anderen Exceptionklassen konstruieren, in etwa so:

[Mat]

Super Idee!

Ich denke damit komme ich gut weiter
_________________
- - - - - - - - - - - - - - - - - - - -
-> http://www.sea-productions.de
-> http://www.krawall.de
- - - - - - - - - - - - - - - - - - - -

[GreveN]

Ja, aber das ist eine seltsame Lösung, die merkwürdige Abhängigkeiten erzeugt und ziemlich statisch ist. Was spricht gegen den "klassischen" Weg neue Exception-Klassen von 'std::exception' abzuleiten? Bzw. von bereits von 'std::exception' abgeleiteten Exceptions abzuleiten? Man kan so wunderschön Exception-Bäume aufspannen und keine Exception weiß mehr von ihren Nachbarn, als dass sie den selben Basistyp haben.

Und wenn du z.B. nur den Fehlerstring brauchst, brauchst du im Catch-Block auch nur 'std::exception' fangen, da alle Exceptions davon abgeleitet sind (auch die der Standard-Bibliothek), allerdings hast du dann immer noch die Option eine spezielle (auch abgeleitete) Exception explizit zu behandeln, also wunderbar. Und Tipparbeit sparen ist doch nicht wirklich ein Argument, für schlechte(re)s Design, zumal es eben in diesem Fall auch sehr elegant und schlank geht.

[Mat]

Prinzipiell ist das sehr schön. Dabei habe ich nur das Problem das ich gerne auch CEGUI::Exceptions abfangen würde, die nicht von std::exception abgeleitet sind.

Ich denke das ich dies löse, indem ich meine eigene Execption Klasse von CEGUI::Exception und std::exception ableite.
_________________
- - - - - - - - - - - - - - - - - - - -
-> http://www.sea-productions.de
-> http://www.krawall.de
- - - - - - - - - - - - - - - - - - - -