Java'da bir sabitler sınıfını nasıl tanımlarsınız?

Tüm yaptığı sabitleri tutan bir sınıf tanımlamanız gerektiğini varsayalım.

public static final String SOME_CONST = "SOME_VALUE";

Bunu yapmanın tercih edilen yolu nedir?

1. Arayüz
2. Soyut Sınıf
3. Final Sınıfı

Hangisini kullanmalıyım ve neden?

Numaralamalar - Ben sadece herhangi bir şekilde birbiriyle ilişkili olmayan bazı sabitleri toplayarak, hiçbir şey numaralandırma değilim, Çeteleler kullanmak için gitmiyorum.

Arayüz - Arayüzü uygulayan bir sınıf olarak herhangi bir sınıf ayarlamayacağım. Sadece şöyle sabitleri çağırmak için arayüz kullanmak istiyorum: ISomeInterface.SOME_CONST.

Son bir sınıf kullanın. Basit olması için, değerlerinizi başka bir sınıfta yeniden kullanmak için statik bir içe aktarma kullanabilirsiniz.

public final class MyValues {
  public static final String VALUE1 = "foo";
  public static final String VALUE2 = "bar";
}

başka bir sınıfta:

import static MyValues.*
//...

if(variable.equals(VALUE1)){
//...
}

Açıklamanız şöyle diyor: "Numaralandırma kullanmayacağım, hiçbir şey saymıyorum, sadece birbiriyle hiçbir şekilde ilişkili olmayan bazı sabitleri topluyorum."

Sabitler birbirleriyle hiç ilişkili değilse, neden onları bir araya toplamak istiyorsun? Her sabiti en yakın ilişkili olduğu sınıfa koyun.

Önerilerim (azalan tercih sırasına göre):

1) Yapma . Sabitleri gerçek sınıfta en alakalı oldukları yerde oluşturun. Bir 'sabitler çantası' sınıfına / arayüzüne sahip olmak, OO en iyi uygulamalarını gerçekten takip etmiyor.

Ben ve diğer herkes zaman zaman # 1'i görmezden gelirim. Bunu yapacaksan o zaman:

2) özel kurucu ile son sınıf Bu, en azından, sabitlere kolay erişim sağlamak için genişleterek / uygulayarak 'sabitler çantanızı' kötüye kullanmasını engelleyecektir. (Bunu yapmayacağını söylediğini biliyorum - ama bu, senden sonra birinin geleceği anlamına gelmez)

3) arayüz Bu işe yarayacak, ancak benim 2. maddede olası kötüye kullanımdan bahsetme tercihim değil.

Genel olarak, bunların sabit olması, onlara normal oo ilkelerini uygulamaman gerektiği anlamına gelmez. Bir sınıf dışında hiç kimse bir sabiti umursamıyorsa - özel ve o sınıfta olmalıdır. Sadece testler bir sabiti önemsiyorsa - üretim kodunda değil, bir test sınıfında olmalıdır. Bir sabit birden fazla yerde tanımlanmışsa (sadece yanlışlıkla aynı değil) - tekrarlamayı ortadan kaldırmak için yeniden düzenleyin. Ve benzeri - onlara bir yöntem gibi davranın.

Joshua Bloch'un Etkili Java'da belirttiği gibi:

• Arayüzler yalnızca türleri tanımlamak için kullanılmalıdır,
• soyut sınıflar tutarsızlığı engellemez (alt sınıflara ayrılabilirler ve hatta alt sınıflara alınmak üzere tasarlandıklarını öne sürerler).

Tüm sabitleriniz ilişkiliyse (gezegen adları gibi), sabit değerleri ilişkili oldukları sınıflara (bunlara erişiminiz varsa) koyabilir veya kalıcı olmayan bir yardımcı sınıf (özel bir varsayılan kurucu tanımlayın) kullanabilirsiniz. .

class SomeConstants
{
    // Prevents instanciation of myself and my subclasses
    private SomeConstants() {}

    public final static String TOTO = "toto";
    public final static Integer TEN = 10;
    //...
}

Ardından, daha önce de belirtildiği gibi, sabitlerinizi kullanmak için statik içe aktarmaları kullanabilirsiniz.

Benim tercih ettiğim yöntem bunu hiç yapmamak. Sabitlerin yaşı, Java 5, typafe numaralandırmalarını tanıttığında hemen hemen öldü. Ve o zamandan önce bile Josh Bloch, Java 1.4 (ve öncesi) üzerinde çalışan (biraz daha uzun) bir sürümünü yayınladı.

Bazı eski kodlarla birlikte çalışabilirliğe ihtiyacınız olmadığı sürece, adlandırılmış Dize / tamsayı sabitlerini kullanmak için gerçekten hiçbir neden yoktur.

Sadece son sınıfı kullanın.

Başka değerler ekleyebilmek istiyorsanız, soyut bir sınıf kullanın.

Bir arayüz kullanmak pek mantıklı değil, bir arayüzün bir sözleşme belirtmesi gerekiyor. Sadece bazı sabit değerler beyan etmek istiyorsunuz.

Bu tür şeyler için enumlar en iyi seçenek değil mi?

enumiyi. IIRC, etkili Java'daki (2. Baskı) bir öğe, herhangi bir değer için enumbir [Java anahtar sözcüğü] uygulayan standart seçenekleri sıralayan sabitlere sahiptir interface.

Tercihim bir [Java anahtar kelime] kullanmaktır interfacebir aşkın final classsabitleri için. Örtük olarak public static final. Bazı insanlar, interfacekötü programcıların onu uygulamasına izin verdiğini iddia edecek , ancak kötü programcılar ne yaparsanız yapın berbat bir kod yazacaklar.

Hangisi daha iyi görünüyor?

public final class SomeStuff {
     private SomeStuff() {
         throw new Error();
     }
     public static final String SOME_CONST = "Some value or another, I don't know.";
}

Veya:

public interface SomeStuff {
     String SOME_CONST = "Some value or another, I don't know.";
}

Veya 4. Onları, sabitleri en çok kullanan mantığı içeren sınıfa koyun.

... üzgünüm, dayanamadım ;-)

1. Özel kurucunun dezavantajlarından biri, yöntemin varlığının asla test edilememesidir.

2. Doğası gereği numaralandırma kavramı belirli bir alan türünde uygulamak iyidir, merkezi olmayan sabitlere uygulamak yeterince iyi görünmüyor

Enum kavramı "Numaralandırmalar yakından ilişkili öğeler kümesidir".

3. Sabit bir arabirimi genişletmek / uygulamak kötü bir uygulamadır, doğrudan ona atıfta bulunmak yerine değişmez bir sabiti genişletme gerekliliğini düşünmek zordur.

4. SonarSource gibi kaliteli bir araç uygularsanız, geliştiriciyi sabit arabirimi bırakmaya zorlayan kurallar vardır, bu garip bir şeydir, çünkü birçok proje sabit arabirimden yararlanır ve nadiren sürekli arabirimlerde "genişleyen" şeylerin gerçekleştiğini görür.