Neden özel statik yöntemler var?

Sadece bir sorumu açıklığa kavuşturmak istedim. Özel görünürlüğe sahip normal bir yönteme karşı özel bir statik yönteme sahip olmanın amacı nedir?

Statik bir yönteme sahip olmanın bir avantajı, sınıfın bir örneği olmadan çağrılabilir olmasıdır, ancak özel olduğu için statik olduğu bir nokta bile olsa?

Düşünebilmemin tek nedeni, nesneyi değil, sınıf düzeyinde yöntemi kavramsal olarak anlamaya yardımcı olmasıdır.

Statik olma özelliği görünürlükten bağımsızdır.

Statik bir yönteme sahip olmak isteyeceğiniz nedenler (statik olmayan üyelere bağlı olmayan bazı kodlar) yine de faydalı olacaktır. Ama belki kimsenin / başka birisinin kullanmasını istemiyorsun, sadece sınıfını.

(Java'da) oldukça yaygın bir sebep, private staticyapıcı karmaşasını azaltmak için basit bir yöntem kullanarak bir yapıcıdaki değişmez alan değişkenlerini başlatmaktır .

• Bu private: dış sınıflar görmemelidir.
• Öyle static: bazı işlem, bağımsız gerçekleştirebilirsiniz ¹ ev sahibi sınıfın durumunun.

Biraz tartışılmış bir örnek takip ediyor ...

Örneğin:

public class MyClass{
    private final String concatenated;

    public MyClass(String a, String b){
        concatenated = concat(a,b);
    }

    public String getConcatenated(){
       return concatenated;
    }

    /**
    *  Concatenates two Strings as `s1---s2`
    **/
    private static final String concat(String s1, String s2){
        return String.format("%s---%s", s1, s2);
    }
}

¹ _{Diğer staticdeğişkenlerle etkileşimi olmadığını varsayalım.}

Bir private staticyöntem için yaygın bir kullanım durumu ;

1. sadece o sınıf tarafından kullanılır
2. o sınıfın iç durumundan bağımsızdır

Birçok yönteminizde tekrarlanan birkaç kod satırınız olduğunu görüyorsunuz, bu nedenle kopyalanan kodlar iyi olmadığından, bunları tek bir yönteme çıkarmaya karar veriyorsunuz.

Yöntemi, yaygın kullanım için tasarlanmadığından ve ilgisiz bir kodun çağrılmasını istemediğiniz için özel yaparsınız. (Yorumlarda bu noktayı tartışın….)

Yöntem hiçbir örnek alana erişmediğinden, statik hale getirebilir, statik hale getirerek anlamanızı kolaylaştırır ve hatta belki biraz daha hızlı hale getirebilirsiniz.

Sonra .... (Belki şimdi, belki sonra, belki asla)

Metot statik hale getirildiğinde, bir birlik sınıfına, yani sınıftan çıkarılabileceği açıktır .

Ayrıca, parametrelerinden birinin bir örnek yöntemine dönüştürülmesi kolaydır, çoğu zaman kodun olması gerektiği yerdir.

Sınıfta statik bir özel yönteme ihtiyaç duymanız için en az iki neden düşünebiliyorum.

1: Örnekleriniz, doğrudan çağırılmasını istemediğiniz statik bir yöntemi çağırmak için bir nedene sahip olabilir, çünkü belki de sınıfınızın tüm örnekleri arasında veri paylaşır.

2: Genel statik yöntemlerde doğrudan çağrılmasını istemediğiniz alt yordamlar var. Yöntem hala bir örnek olmadan, doğrudan değil denir.

Tabii ki, "sınıfın anlam kazanmasına yardımcı oluyor" tek başına iyi bir sebep.

Genel olarak, özel statik yöntemler yazdığımı tespit edersem, ayrı ayrı modellemem gereken bir şey olduğunun göstergesi olarak alırım.

Belirli bir nesne örneğinin durumuna bağlı olmadıklarından, genel ve özel statik yöntemlerden oluşan bir koleksiyon, kendi anlambilimsel ve statik olmayan yöntemlerle tamamen ayrı bir sınıf oluşturabilir.

(Başka bir ipucu, hepsinin bir tür ortak parametreye sahip olduğu çok sayıda statik yönteme (genel ve özel) sahip olduğumda, bu türün üyeleri olarak daha iyi olabilirler.)

Bu nedenle sorunuzu yanıtlamak için, bir sınıf o sınıfın örneğinden bağımsız bir grup ilgili yöntem sağladığında, özel statik yöntemler ortaya çıkar. (... ve bağımsız olduklarından, kendi sınıflarında daha iyi olabilirler.)

Düşünebildiğim çok basit bir örnek, eğer ana fonksiyona geçirilmiş olan giriş argümanları (veya bazı manipülasyonlar) üzerinde bazı işlemler yapmak istiyorsanız. Bu nedenle, eğer işlem büyükse ve aynı işlevsellik başka hiçbir yerde kullanılmayacaksa, başka bir yerde kullanılmayacağına / çağrılmayacağına özel bir işleve sahip olmak mantıklı olacaktır;