Pobieranie dla zmiennych ostatecznych

Question

Właśnie teraz tworzę ładunek klas, które utrzymają moją konfigurację i to jest to. Wszystko, co robię, to zapisywanie wartości z pliku konfiguracyjnego.

Więcej niż połowa kodu to gettery i zastanawiam się, czy praktyka wciąż ma mieć gettery, czy po prostu uzyskać bezpośredni dostęp do zmiennych.

Więc tak:

public myClass 
{ 
    public myClass(String name) 
    { 
     this.name = name; 
    } 

    final String name; 

    public final String getName() 
    { 
     return name; 
    } 
} 

Lub:

public myClass 
{ 
    public myClass(String name) 
    { 
     this.name = name; 
    } 

    public final String name; 
} 

Wydaje się naprawdę głupio mieć wszystkie pobierające tam, kiedy nie są one rzeczywiście robi nic jednak zwrócić zmienną. Ale powiedziano mi, że powszechną praktyką Javy jest, że i tak zdobywca jest tam.

Answer 1

enkapsulacji danych z pobierające może dostarczyć wiele korzyści, w tym:

• Można zmienić pole do innej reprezentacji, bez wpływu rozmówców.
• Możesz dodać dodatkowy kod do pobierającego.
• Można zaimplementować interfejs, który udostępnia moduły pobierające.
• Można udostępnić pola tylko do odczytu, nawet jeśli nie były to final.

Answer 2

Praktyka wiem, jest to, że można korzystać z publicznych statycznych końcowych pól z niezmiennych typów, jak System.out na przykład. Dodaję jednak gettery do pól instancji.

Zgadzam się z tobą, że szkoda nie ujawnia ostatecznego String. Uważaj jednak na typy zmienne. Ponadto, ponieważ w IDE wprowadzono inline i generowanie kodu, koszty modułów pobierających są raczej niewielkie, zarówno podczas pisania kodu, jak i podczas wykonywania.