W języku Java, czy pole końcowe może zostać zainicjalizowane przez pomocnika konstruktora?

Question

Mam ostateczny non-statycznego użytkownik:

private final HashMap<String,String> myMap; 

chciałbym zainicjować za pomocą metody zwanej przez konstruktora. Ponieważ myMap jest ostateczna, moja metoda "pomocnika" nie jest w stanie zainicjować jej bezpośrednio. Oczywiście mam opcje:

Mogę zaimplementować kod inicjujący myMap bezpośrednio w konstruktorze.

MyConstructor (String someThingNecessary) 
{ 
    myMap = new HashMap<String,String>(); 

    myMap.put("blah","blahblah"); 
    // etc... 

    // other initialization stuff unrelated to myMap 
} 

mogę mieć moja metoda pomocnika zbudować HashMap, powrót do konstruktora i mieć konstruktor następnie przypisać obiekt do MyMap.

MyConstructor (String someThingNecessary) 
{ 
    myMap = InitializeMyMap(someThingNecessary); 

    // other initialization stuff unrelated to myMap 
} 

private HashMap<String,String> InitializeMyMap(String someThingNecessary) 
{ 
    HashMap<String,String> initializedMap = new HashMap<String,String>(); 

    initializedMap.put("blah","blahblah"); 
    // etc... 

    return initializedMap; 
} 

Sposób nr 2 jest w porządku, jednak zastanawiam się, czy istnieje jakiś sposób mogę pozwolić metoda pomocnika bezpośrednio manipulować MyMap. Być może modyfikator, który to wskazuje, może być wywołany tylko przez konstruktora?

MyConstructor (String someThingNecessary) 
{ 
    InitializeMyMap(someThingNecessary); 

    // other initialization stuff unrelated to myMap 
} 


// helper doesn't work since it can't modify a final member 
private void InitializeMyMap(String someThingNecessary) 
{ 
    myMap = new HashMap<String,String>(); 

    myMap.put("blah","blahblah"); 
    // etc... 
} 

Answer 1

Metoda nr 2 to najlepsza opcja. Problem polega na tym, że jeśli masz zadanie w prywatnej metodzie, nic nie stoi na przeszkodzie, aby inny kod w klasie poza konstruktorem wywoływał go, co spowodowałoby problem z próbą drugiego przypisania do końcowego pola.

Java nie ma konstrukcji oddzielnej metody, którą można wywołać tylko podczas budowy.

Dla kompletności, możemy dokonać trzecią opcję, gdzie można przypisać mapę przy inicjalizacji i wtedy metoda pomocnika wypełnić go:

private final HashMap<String, String> myMap = new HashMap<String, String(); 

, a następnie:

MyConstructor (String someThingNecessary) 
{ 
    initializeMyMap(someThingNecessary); 

    // other initialization stuff unrelated to myMap 
} 


// helper doesn't work since it can't modify a final member 
private void initializeMyMap(String someThingNecessary) 
{ 

    myMap.clear(); 
    myMap.put("blah","blahblah"); 
    // etc... 
    } 

a jeśli Naprawdę chcesz się pomylić, możesz użyć inicjalizatora zamiast konstruktora, ale nie powinieneś tego robić, więc jeśli naprawdę nie musisz tego wiedzieć, nie będę tego rozszerzał.

Answer 2

Opcja nr 2 jest najbardziej przydatną opcją, ponieważ można ją udostępnić pośród wszystkich konstruktorów. To, czego potrzebowalibyśmy tutaj, to inicjatory kolekcji C#. :)

(BTW: # 3 nie będzie kompilować)

Answer 3

Jak o wdrażaniu prywatny konstruktor, który inicjuje swoją HashMap, a następnie mieć swój główny konstruktor (y) nazywamy to prywatny konstruktora?

Dla example--

// Helper function to initialize final HashMap. 
private MyConstructor() 
{ 
    myMap = new HashMap<String,String>(); 
    myMap.put("blah","blah"); 
} 

MyConstructor (String someThingNecessary) 
{ 
    // Initialize the HashMap. 
    this(); 
    // Other initialization code can follow. 
} 

Można zmodyfikować podpis prywatnego konstruktora pomocnika w razie potrzeby (na przykład w celu dostarczenia danych parametrów lub dokonania podpis różni się od jakichkolwiek konstruktorów publicznych).