Guava Voraussetzungen RuntimeExceptions Handhabung

Question

Wie ich verstanden habe, verwenden wir Guava Preconditions, um schnell zu versagen, bevor einige Objekte Zustände ändern (eine nette Antwort here von Stackoverflow). Und das ist gut. Es werden jedoch Runtime-Ausnahmen ausgelöst, und dies ist nicht die bevorzugte Ausnahme für den Benutzer einer Anwendung (500 Fehler usw.). Also brauche ich Sie, um mir beim Design zu helfen.

Ich habe eine Schnittstelle, die viele Methoden deklariert. Jede Methode hat Argumente, die kontrolliert werden müssen (zB: nicht null). So in der Implementierungsklasse I Befehle verwenden wie folgt aus:

Preconditions.checkNotNull(fooObj); 

jedoch das Programm diese API aufrufen könnte aufgrund einer Laufzeitausnahme abstürzen, ist, dass in diesem Fall Nullpointer.

Wie gehen Sie mit diesen ungeprüften Ausnahmen um?

Vielen Dank.

-------- EDIT Die App Schichten:

• Data Access Layer

• API die Methoden erklärt, die DTO

• Verfahren auszutauschen, um die API-Implementierung und Überprüfe Argumente mit Guava

• Webservice in Abhängigkeit von der Prozessschicht

Answer 1

Ein Ausfall einer Voraussetzung bedeutet, dass Ihr Programm einen Fehler hat. Benutzer sollten diese nicht finden, es sei denn, sie haben einen Fehler in Ihrem Programm gefunden.

Ihr Programm sollte im Allgemeinen zeigen eine Art Fehlermeldung an Benutzer im Falle eines Fehlers, aber mehr auf den Punkt, sollten Sie informiert werden, damit Sie den Fehler in erster Linie beheben können.

Answer 2

Sie behandeln sie, indem Sie Ihr Programm so gestalten, dass es nie passiert. Diese Vorbereitungsmethoden sollen Fehler aufspüren und dabei helfen, genau zu finden, wo die Ursache liegt, und nicht, Benutzereingaben zu verifizieren.

Wenn Sie nur die API definieren, nicht die Programme, die sie aufrufen, dann behandeln Sie sie, indem Sie den Personen in Ihrer Dokumentation sagen, dass die fraglichen Argumente nicht null sein dürfen und das Problem der Erfüllung dieser Anforderung bestehen bleibt Sie.

Wenn Sie auch ein aufrufendes Programm schreiben, versuchen Sie zuerst, sicherzustellen, dass die Ausnahme nie passiert. Sie können den Anruf auch in einen try/catch Block setzen, um die NullPointerException abzufangen, aber der Zweck des catch blocks sollte darin bestehen, Ihnen eine bessere Benachrichtigung über den Fehler zu geben (z. B. eine Protokollnachricht aufzuzeichnen oder einen Alarm auszulösen) und die auslösenden Umstände um mehr anmutig herunterzufahren oder eine benutzerfreundlichere Fehlermeldung zu geben. Der Versuch, sich von dem Fehler zu erholen, sollte mit großer Vorsicht oder gar nicht durchgeführt werden - wenn diese Art von Fehler auftritt, ist etwas schief gelaufen, das Sie nicht vorhergesehen haben, und die richtige Art der Wiederherstellung ist möglicherweise nicht vorhersehbar.