Tworzenie argumentów metody java jako ostatecznej

Question

Jaka jest różnica między ostatecznym kodem poniżej. Czy jest jakaś przewaga w deklarowaniu argumentów jako ostatecznych?

public String changeTimezone(Timestamp stamp, Timezone fTz, Timezone toTz){ 
    return .... 
} 

public String changeTimezone(final Timestamp stamp, final Timezone fTz, 
     final Timezone toTz){ 
    return .... 
} 

Answer 1

Jako formalny parametr metody jest zmienną lokalną, można uzyskać do niego dostęp z wewnętrznych anonimowych klas tylko wtedy, gdy są one zadeklarowane jako ostateczne.

To pozwala uniknąć oświadczając inną zmienną lokalną końcowy w organizmie metoda:

void m(final int param) { 
     new Thread(new Runnable() { 
      public void run() { 
       System.err.println(param); 
      } 
     }).start(); 
    } 

Answer 2

To nie ma większego znaczenia. To po prostu oznacza, że ​​nie można napisać:

stamp = null; 
fTz = new ...; 

ale nadal można napisać:

stamp.setXXX(...); 
fTz.setXXX(...); 

To głównie wskazówką dla programisty, który następuje ci konserwacyjnych, które nie zamierzają przypisać nowa wartość parametru gdzieś w środku metody, gdzie nie jest ona oczywista i może powodować zamieszanie.

Answer 3

Finał uniemożliwia przypisanie nowej wartości do zmiennej, co może być pomocne przy łapaniu literówek. Stylistycznie możesz chcieć zachować niezmienione parametry i przypisywać je tylko do zmiennych lokalnych, więc finał pomoże wymusić ten styl.

Muszę przyznać, że rzadko pamiętam, aby używać parametrów końcowych, może powinienem.

public int example(final int basicRate){ 
    int discountRate; 

    discountRate = basicRate - 10; 
    // ... lots of code here 
    if (isGoldCustomer) { 
     basicRate--; // typo, we intended to say discountRate--, final catches this 
    } 
    // ... more code here 

    return discountRate; 
} 

Answer 4

Jest to po prostu konstrukcja w języku Java, aby pomóc Ci zdefiniować kontrakt i trzymać się go. Podobna dyskusja tutaj: http://c2.com/cgi/wiki?JavaFinalConsideredEvil

BTW - (jak mówi twiki), oznaczanie argumentów jako ostatecznych jest generalnie zbędne, jeśli przestrzegasz zasad dobrego programowania i zmienia się przypisanie/przedefiniowanie przychodzących odwołań do argumentów.

W najgorszym przypadku, jeśli ponownie zdefiniujesz odniesienie args, nie wpłynie to na faktyczną wartość przekazywaną do funkcji - ponieważ przekazano tylko referencję.

Answer 5

Ostateczne słowo kluczowe, gdy używa się parametrów/zmiennych w Java oznacza odniesienie jako ostateczna. W przypadku przekazania obiektu do innej metody, system tworzy kopię zmiennej referencyjnej i przekazuje ją do metody. Oznaczając nowe odniesienia jako ostateczne, chronisz je przed zmianą przypisania. Uważa się czasami za dobrą praktykę kodowania.

Answer 6

Fragment The final word on the final keyword

parametry końcowe

Poniższy przykład stwierdza parametry końcowe:

public void doSomething(final int i, final int j) 
{ 
    // cannot change the value of i or j here... 
    // any change would be visible only inside the method... 
} 

końcowy jest tutaj, aby zapewnić dwa indeksów i i j wygrał " t przypadkowo wyzeruj za pomocą metody . Jest to poręczny sposób na ochronę przed podstępnym błędem , który błędnie zmienia wartość Twoich parametrów o .Ogólnie rzecz biorąc, krótkie metody są lepszym sposobem na ochrony przed tą klasą błędów, ale ostateczne parametry mogą być użytecznym dodatkiem do Twojego stylu kodowania.

Zauważ, że parametry końcowe nie są traktowane jako część podpisu metoda i są ignorowane przez kompilator podczas rozwiązywania wywołań metod. Parametry mogą być deklarowane jako ostateczne (lub nie) bez wpływu na sposób nadpisywania metody .

Answer 7

Na ciele tej metody final Hasło uniemożliwi odniesień argument do zmiany przypisania zostać przypadkowo dając Błąd kompilacji w tych sprawach (większość IDE będzie skarżyć od razu). Niektórzy mogą twierdzić, że ogólne użycie, o ile jest to możliwe, przyspieszy sprawę, ale tak nie jest w przypadku ostatnich maszyn wirtualnych maszyn wirtualnych.

Answer 8

Mam na myśli oznaczanie zmiennych i pól w ogóle - nie dotyczy tylko argumentów metod. (Metody oznaczania/finał zajęć to zupełnie inna sprawa).

Jest to przysługa dla czytelników/przyszłych opiekunów Twojego kodu. Wraz z rozsądną nazwą zmiennej, jest pomocne i zapewnia czytelnikowi Twój kod, aby zobaczył/zrozumiał, co oznaczają dane zmienne - i zapewnia czytelnikowi, że za każdym razem, gdy zobaczysz zmienną w tym samym zakresie, znaczenie pozostaje to samo, więc nie musi drapać się po głowie, aby zawsze dowiedzieć się, co oznacza zmienna w każdym kontekście. Widzieliśmy zbyt wiele nadużyć "ponownego wykorzystania" zmiennych, co sprawia, że ​​nawet krótki fragment kodu jest trudny do zrozumienia.

Answer 9

Ostatnie słowo kluczowe uniemożliwia przypisanie nowej wartości do parametru. Chciałbym wyjaśnić to prosty przykład

Załóżmy, że mamy metoda

method1() {

Data DateOfBirth = new Date ("01.01.2009");

method2 (dateOfBirth);

method3 (dataOfBirth); }

mehod2 publicznych (Data DateOfBirth) {
....
....
....
}

mehod2 publicznych (Data DateOfBirth) {
....
....
....
}

W powyższym przypadku, jeśli "dateOfBirth" ma przypisaną nową wartość w metodzie 2, to spowodowałoby to nieprawidłowe wyjście z metody3. Ponieważ wartość przekazywana do metody 3 nie jest taka, jaka była przed przekazaniem jej do metody2. Aby uniknąć tego parametru końcowego jest używany do parametrów.

Jest to również jedna z najlepszych praktyk Java Coding.