Kiedy używać wrapper class I primitive type

Ogólnie rzecz biorąc, powinieneś używać typów prymitywnych, chyba że potrzebujesz obiektu z jakiegoś powodu (np. aby umieścić w kolekcji). Nawet wtedy rozważ inne podejście, które nie wymaga obiektu, jeśli chcesz zmaksymalizować wydajność numeryczną. Jest to zalecane przez Dokumentacja i Ten artykuł pokazuje, w jaki sposób auto-boks może powodować dużą różnicę w wydajności.

Moim zdaniem, jeśli członkowie mojej klasy są zmiennymi wrappera, nie zależy to od wartości domyślnych, co jest zachowaniem przyjaznym dla programistów.

1.

class Person {
   int SSN ; // gets initialized to zero by default 
}

2.

class PersonBetter {
  Integer SSN; //gets initialized to null by default
}

W pierwszym przypadku, nie można zachować wartość SSN niezaliczaną. Może to zaszkodzić, jeśli nie sprawdzasz, czy wartość została ustawiona przed próbą jej użycia.

W drugim przypadku, można zachować SSN zainicjowany przez null. Co może prowadzić do NullPointerException, ale jest to lepsze niż nieświadomie wstawianie wartości domyślne (zero) jako SSN do bazy danych za każdym razem, gdy próbujesz go użyć bez inicjalizacji pola SSN.

Używam tylko tych rodzajów opakowań, jeśli musisz.

Używając ich niewiele zyskujesz, poza tym, że są Objects.

I tracisz nadmiarowe zużycie pamięci i czas spędzony na boksie/rozpakowywaniu.

Kolekcje są typowym przypadkiem dla prostych obiektów wrappera Javy. Można jednak rozważyć nadanie owijce bardziej konkretnego znaczenia w kodzie (obiekt value).

IMHO prawie zawsze jest korzyść z używania obiektów wartości, gdy sprowadza się to do czytelności i utrzymania kodu. Zawijanie prostych struktur danych wewnątrz obiektów, gdy mają one określone obowiązki, często upraszcza kod. Jest to coś, co jest bardzo ważne w Domain-Driven Design .

Istnieje oczywiście problem wydajności, ale mam tendencję do ignorowania tego, dopóki nie mam możliwości pomiaru wydajności z odpowiednimi danymi i zrobić bardziej ukierunkowane działania w kierunku problematycznego obszaru. Może być również łatwiej zrozumieć problem z wydajnością, jeśli kod jest łatwy do zrozumienia.

Wydajność aplikacji, które są zdominowane przez obliczenia numeryczne, mogą znacznie skorzystać z wykorzystania prymitywów.

Typy prymitywne, używa się operatora==, ale w przypadku wrappera preferowanym wyborem jest wywołanie metody equals ().

"typy prymitywne uważane za szkodliwe" , ponieważ mieszają " semantykę proceduralną w inny sposób jednolity obiektowy model.

Wielu programistów inicjalizuje liczby na 0 (domyślnie) lub -1, aby oznaczać to, ale w zależności od scenariusza, może to być nieprawidłowe lub wprowadzające w błąd.

Jeśli chcesz utworzyć typ wartości. Coś w rodzaju produktu lub AirportCode.

Gdy prymitywny typ (string w moich przykładach) definiuje równość, będziesz chciał ją zastąpić.

Jeśli chcesz używać kolekcji, Musisz używać klas Wrapper.

Typy prymitywne, są używane dla tablic. Ponadto, aby reprezentować dane, które nie mają zachowania, na przykład licznik lub warunek logiczny.

Od czasu autoboxingu granica "kiedy używać primitive lub wrapper" stała się dość niejasna.

Ale pamiętaj, Wrappery są obiektami, więc masz wszystkie fantazyjne funkcje Javy. Na przykład, można użyć reflexion do tworzenia obiektów typu Integer, ale nie wartości int. Klasy Wrapper posiadają również metody takie jak valueOf.

Praktycznie spotkałem się z sytuacją, w której użycie klasy wrapper może być wyjaśnione.

Utworzyłem klasę usług, która miała zmienną typu long

1. jeśli zmienna jest typu long - gdy nie jest zainicjalizowana, zostanie ustawiona na 0 - będzie to mylące dla użytkownika, gdy zostanie wyświetlona w GUI
2. jeśli zmienna jest typu Long - gdy nie jest zainicjalizowana, zostanie ustawiona na null - ta wartość null nie pojawi się w GUI.

Dotyczy to Boolean jako dobrze, gdzie wartości mogą być bardziej mylące, gdy używamy primitive boolean (jako wartość domyślna jest false).