Podczas uzyskiwania dostępu do ResultSets w JDBC, istnieje elegancki sposób na odróżnienie wartości zerowych od rzeczywistych wartości zerowych?

Question

Przy użyciu JDBC i uzyskiwania dostępu do prymitywnych typów poprzez zestaw wyników, tam jest bardziej eleganckim sposobem radzenia sobie z zerową/0 niż:

int myInt = rs.getInt(columnNumber) 
if(rs.wasNull())? 
{ 
// Treat as null 
} else 
{ 
// Treat as 0 
} 

Osobiście warować kiedy widzę ten rodzaj kodu. Nie widzę powodu, dla którego ResultSet nie został zdefiniowany w celu zwrócenia pudełkowych typów całkowitych (z wyjątkiem, być może, wydajności) lub przynajmniej zapewnienia obu. Punkty premiowe, jeśli ktokolwiek może mnie przekonać, że aktualny projekt interfejsu API jest świetny :)

Moim osobistym rozwiązaniem było napisanie opakowania, które zwraca liczbę całkowitą (bardziej zależy mi na elegancji kodu klienta niż wydajności), ale zastanawiam się jeśli brakuje mi lepszego sposobu na zrobienie tego.

Dla wyjaśnienia, to, co przeszkadza mi w tym kodzie, nie jest długością, ale fakt, że tworzy zależność od stanu między kolejnymi wywołaniami, i to, co wygląda jak zwykły getter, faktycznie ma efekt uboczny w tym samym wierszu.

Answer 1

Interfejs API JDBC został zaprojektowany pod kątem wydajności. Pamiętaj, że pochodzi on z wersji Java 1.1, kiedy duży obrót obiektów był zabójcą JVM (nie było aż do maszyn JVM Hotspot w Javie 1.2+, które można by złagodzić tego rodzaju ograniczenia). Używanie typów pudełkowych zrujnowałoby wydajność wysokowydajnych aplikacji w tym czasie.

Teraz nie można go zmienić z powodu kompatybilności wstecznej. Więc nie, to już nie jest idealny, ale jest to trochę mniej ważne, aby obejść.

Jeśli chcesz uniknąć rodzaj kodu pan wspomniał, zawsze można użyć getObject() zamiast getInt(), która zwróci przedmiot jednego z podtypów java.lang.Number, prawdopodobnie Integer lub BigInteger, w zależności od konkretnego typu SQL.