Warum verwendet Spring Data weiterhin Nullreferenzen als Rückgabewerte?

Question

Dies ist eher ein Verbesserungsvorschlag als eine Frage.

Wir alle wissen über Tony Hoares "Milliarden Dollar Fehler" durch die Erfindung der Null-Referenz. Google-Ratschläge im Wiki der guava library zu avoid using null.

Ich schätze das Spring Data-Projekt und wir verwenden Spring Data MongoDB in vielen Projekten. Besteht die Möglichkeit, dass Sie alle möglichen Null-Referenz-Rückgabewerte durch eine Optional<T> ersetzen? Ich denke, das wäre eine große Verbesserung bei der Verwendung der Spring Data Repositories Abstraktion.

Ich weiß, dass viele der Schnittstellen geändert werden müssten, aber die Codeänderungen sind fast trivial, nur wickeln Sie den Rückgabetyp in eine Optional.of(returnValue).

Answer 1

Guava/JDK8 Optional<T> Unterstützung wurde bereits mit RC1 von Release Train Dijkstra eingeführt. Bitte schauen Sie sich die spring-data-examples for java8 an, um zu sehen, wie es funktioniert.

interface CustomerRepository extends Repository<Customer, Long> { 

    // CRUD method using Optional 
    Optional<Customer> findOne(Long id); 

    // Query method using Optional 
    Optional<Customer> findByLastname(String lastname); 
} 

BTW: Es gibt Unterstützung für Standardmethoden auch.

Answer 2

Ich denke, sobald Spring Data kann die Unterstützung für JDK-Versionen älter als JDK 8 fallen lassen, sollte es recht einfach sein, das JDK 8 Optional zu verwenden. Da dies jedoch die gesamte API ändern würde, müssten Sie eine neue Hauptversion zusammen mit Upgradepfaden usw. veröffentlichen (die Codeänderung wäre trivial, aber nicht die Konsequenzen für die Benutzer von Spring Data).

Answer 3

Mit den neuesten und besten Versionen von Spring Data the CrudRepository now actually returns `Optional