finalAşağıdaki kod arasında ne fark yaratır? Argümanları olarak bildirmenin herhangi bir avantajı var mı final?

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

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

Biçimsel bir yöntem parametresi yerel bir değişken olduğundan, bunlara yalnızca son olarak bildirildikleri takdirde iç anonim sınıflardan erişebilirsiniz.

Bu sizi yöntem gövdesinde başka bir yerel son değişken bildirmekten kurtarır:

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

Ayıkla final anahtar üzerinde son kelime

Nihai Parametreler

Aşağıdaki örnek, nihai parametreleri bildirir:

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...
}

final, i ve j dizinlerinin yanlışlıkla yöntem tarafından sıfırlanmamasını sağlamak için burada kullanılır. Parametrelerinizin değerini yanlışlıkla değiştiren sinsi bir hataya karşı korumanın kullanışlı bir yoludur. Genel olarak konuşursak, kısa yöntemler bu hata sınıfından korunmanın daha iyi bir yoludur, ancak son parametreler kodlama stilinize faydalı bir katkı olabilir.

Son parametrelerin yöntem imzasının bir parçası olarak kabul edilmediğini ve yöntem çağrılarını çözerken derleyici tarafından göz ardı edildiğini unutmayın. Parametreler, yöntemin nasıl geçersiz kılınacağı üzerinde hiçbir etkisi olmaksızın nihai (veya değil) olarak ilan edilebilir.

Son, değişkene yeni bir değer atamanızı engeller ve bu, yazım hatalarını yakalamada yardımcı olabilir. Biçimsel olarak, alınan parametreleri değiştirmeden tutmak ve yalnızca yerel değişkenlere atamak isteyebilirsiniz, bu nedenle final, bu stilin uygulanmasına yardımcı olacaktır.

İtiraf etmeliyim ki parametreler için final kullanmayı nadiren hatırlıyorum, belki de yapmalıyım.

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;
}

Çok fazla fark yaratmaz. Bu sadece yazamayacağın anlamına gelir:

stamp = null;
fTz = new ...;

ama yine de yazabilirsin:

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

Temelde bakım programcısına, yönteminizin ortasındaki bir yerde parametreye yeni bir değer atamayacağınız ve bu nedenle kafa karışıklığına neden olabileceği konusunda bir ipucu.

Java'da parametreler / değişkenler için kullanıldığında son anahtar kelime referansı son olarak işaretler. Bir nesnenin başka bir yönteme geçirilmesi durumunda, sistem referans değişkeninin bir kopyasını oluşturur ve onu yönteme iletir. Yeni referansları nihai olarak işaretleyerek onları yeniden atanmaya karşı korursunuz. Bazen iyi bir kodlama uygulaması olarak kabul edilir.

Bu yöntemin gövdesi için finalanahtar kelime, argüman referanslarının yanlışlıkla yeniden atanmasını önleyerek bu durumlarda bir derleme hatası verir (çoğu IDE hemen şikayet eder). Bazıları, finalmümkün olduğunda genel olarak kullanmanın işleri hızlandıracağını iddia edebilir, ancak son JVM'lerde durum böyle değil.

Gördüğüm iki avantaj listeleniyor:

1 Yöntem bağımsız değişkeninin son olarak işaretlenmesi, yöntemin içindeki bağımsız değişkenin yeniden atanmasını önler

Senden örnek

    public String changeTimezone(final Timestamp stamp, final Timezone fTz, 
            final Timezone toTz){
    
    // THIS WILL CAUSE COMPILATION ERROR as fTz is marked as final argument

      fTz = Calendar.getInstance().getTimeZone();     
      return ..
    
    }

Karmaşık bir yöntemde, bağımsız değişkenleri son olarak işaretlemek, bu bağımsız değişkenlerin yerel değişkenler olarak yanlışlıkla yorumlanmasına yardımcı olacaktır ve derleyici olarak yeniden atamak, bu durumları örnekte gösterildiği gibi işaretleyecektir.

2 Argümanı anonim bir iç sınıfa geçirmek

Biçimsel bir yöntem parametresi yerel bir değişken olduğundan, bunlara yalnızca son olarak bildirildikleri takdirde iç anonim sınıflardan erişebilirsiniz.

- Geçmişte (Java 8'den önce :-))

"Final" anahtar kelimesinin açıkça kullanılması, dahili anonim sınıflar için yöntem değişkeninin erişilebilirliğini etkiledi.

- Modern (Java 8+) dilinde böyle bir kullanıma gerek yoktur:

Java, "etkili bir şekilde son" değişkenleri tanıttı. Kod değişkenin değerinin değiştirilmesini gerektirmiyorsa, yerel değişkenler ve yöntem parametrelerinin nihai olduğu varsayılır. Yani Java8 + 'da böyle bir anahtar kelime görürseniz, bunun gereksiz olduğunu varsayabilirsiniz. "Etkili son" un tanıtımı, lambdaları kullanırken daha az kod yazmamızı sağlar.

Bu sadece bir sözleşme tanımlamanıza ve ona bağlı kalmanıza yardımcı olacak bir Java yapısıdır. Burada benzer bir tartışma: http://c2.com/cgi/wiki?JavaFinalConsacefulEvil

BTW - (twiki'nin dediği gibi), eğer iyi programlama ilkelerini takip ediyorsanız ve gelen argüman referansını yeniden atamayı / yeniden tanımlamayı bitirdiyseniz, argümanları son olarak işaretlemek genellikle gereksizdir.

En kötü durumda, args referansını yeniden tanımlarsanız, işleve aktarılan gerçek değeri etkilemeyecektir - çünkü yalnızca bir referans aktarılmıştır.

Genel olarak değişkenleri ve alanları son olarak işaretlemekten bahsediyorum - sadece yöntem argümanlarına uygulanmaz. (Yöntemleri / sınıfları final olarak işaretlemek tamamen farklı bir şeydir).

Bu, kodunuzun okuyucularına / gelecekteki geliştiricilerine bir iyiliktir. Değişkenin mantıklı bir adıyla birlikte, söz konusu değişkenlerin neyi temsil ettiğini görmek / anlamak kodunuzun okuyucusuna yardımcı ve güven vericidir - ve değişkeni aynı kapsamda gördüğünüzde, anlamın aynı kaldığı okuyucuya güven verir. aynı şekilde, her bağlamda bir değişkenin ne anlama geldiğini her zaman anlamak için kafasını kaşıyması gerekmez. Değişkenlerin "yeniden kullanımının" çok fazla kötüye kullanıldığını gördük, bu da kısa bir kod parçacığını anlamayı zorlaştırıyor.

Son anahtar kelime, parametreye yeni bir değer atamanızı engeller. Bunu basit bir örnekle açıklamak istiyorum

Bir yöntemimiz olduğunu varsayalım

Yöntem 1(){

Date dateOfBirth = new Date ("1/1/2009");

method2 (dateOfBirth);

method3 (dateOfBirth); }

genel mehod2 (Doğum tarihi) {
....
....
....
}

genel mehod2 (Doğum tarihi) {
....
....
....
}

Yukarıdaki durumda, "dateOfBirth" yöntem 2'de yeni bir değer atanırsa, bu, yöntem3'ten yanlış çıktıya neden olur. Method3'e iletilen değer, method2'ye geçirilmeden önceki değer olmadığı için. Bu nedenle, bu son anahtar kelimeden kaçınmak için parametreler için kullanılır.

Ve bu aynı zamanda Java Kodlama En İyi Uygulamalarından biridir.