Ich mag würde eine OO-Hierarchie von Fehlern und Warnungen an den Client während eines zurück bauen, sagen wir mal, Preise Betrieb:Was ist ein guter allgemeiner Begriff für Fehler und Warnungen?
interface PricingMessage {}
interface PricingWarning extends PricingMessage {}
interface PricingError extends PricingMessage {}
class NoSuchProductError implements PricingError {
...
}
ich auf den Namen PricingMessage
nicht sehr daran interessiert bin. Was ist das Konzept, das Fehler und Warnungen enthält?
EDIT: Um klar zu sein, suche ich nach einem gemeinsamen Konzept oder Namen für Fehler und Warnungen speziell (mit Ausnahme von allgemeinen Info-Nachrichten). Zum Beispiel melden Compiler auch Fehler und Warnungen. Was ist das?
Die Art, wie ich "Warnung" verstehe, ist, dass die Operation erfolgreich war, aber etwas vor sich geht, das der Absicht des Clients widersprechen könnte. "Exception" bedeutet in Java, dass die ursprüngliche Operation eindeutig fehlgeschlagen ist. Zum Beispiel wäre es sinnvoll, wenn eine Methode ein Paar (result, warning) zurückgibt, während Methoden in Java entweder ein Ergebnis zurückgeben oder eine Ausnahme auslösen. – sandris
Das ist sehr wahr. Wenn ich jedoch an eine Warnung denke, denke ich nicht wirklich darüber nach, ob sie Teil einer Struktur ist. Wenn die Warnung, die Sie bereitstellen möchten, einfach eine Nachricht ist, die der Benutzer nur lesen wird (im Gegensatz zu handle), würde ich einfach eine Zeichenfolge zurückgeben/drucken. Die Ausnahme wäre Teil der Struktur, die Sie erstellen, da der Benutzer möglicherweise etwas damit tun muss. – csmckelvey
Warum haben Warnungen keine Struktur, genau wie Fehler? Wie Benutzer mit ihnen umgehen, ist ebenfalls eine interessante Frage, aber die interne Darstellung sollte in OO passen. (z. B. um aufzuzeichnen, welche Benutzer welche Warnungen generieren). – sandris