Statik sınıf ve tekli kalıp arasındaki fark nedir?

Statik bir sınıf ile tektonlu bir model arasında hangi gerçek (yani pratik) fark vardır?

Her ikisi de somutlaştırılmadan çağrılabilir, her ikisi de yalnızca bir "Eşgörünüm" sağlar ve hiçbiri iş parçacığı için güvenli değildir. Başka bir fark var mı?

Size bir singleton veya statik bir yöntemin iş parçacığı için güvenli olmadığını söyleyen nedir? Genellikle her iki gerektiği evreli olduğu uygulanacaktır.

Bir singleton ve bir grup statik yöntem arasındaki en büyük fark, singletonların arayüzler uygulayabilmesidir (veya yararlı temel sınıflardan türetilebilir, ancak bu benim deneyimime göre daha az yaygın olsa da), bu yüzden singletonun etrafında "başka bir uygulama.

Gerçek cevap Jon Skeet, burada başka bir forumda .

Tekli tek bir oluşturulan örneğe erişime izin verir - bu örnek (ya da daha doğrusu, bu örneğe bir referans) diğer yöntemlere parametre olarak geçirilebilir ve normal bir nesne olarak değerlendirilebilir.

Statik sınıf yalnızca statik yöntemlere izin verir.

1. Tektonlu nesneler Yığın'da saklanır , ancak statik nesneler yığın halinde saklanır .
2. Biz yapabilirsiniz klonlamak tekil nesne (tasarımcı bunu izin vermemek olmasaydı), ama biz statik sınıf nesnesi değil klon can.
3. Singleton sınıfları OOP (nesne yönelimli ilkeler) 'i takip eder , statik sınıflar izlemez.
4. interfaceBir Singleton sınıfıyla bir uygulayabiliriz , ancak bir sınıfın statik yöntemleri (veya örneğin bir C # static class) uygulayamaz .

Singleton deseninin statik sınıflara göre birçok avantajı vardır. İlk olarak, tek bir sınıf sınıfları genişletebilir ve arabirimleri uygulayabilirken, statik sınıf sınıfları genişletemez (ancak sınıf üyelerini devralmaz). Statik bir sınıf ilk yüklendiğinde genellikle başlatılırken, potansiyel sınıf yükleyici sorunlarına yol açan bir single tembel veya asenkron olarak başlatılabilir. Bununla birlikte, en önemli avantaj, tektonların, kullanıcılarını yalnızca bir örnek olduğunu varsaymaya zorlamadan polimorfik olarak ele alınabilmesidir.

staticsınıflar devlete ihtiyaç duyan hiçbir şey için değildir. Bir grup işlevi bir araya getirmek için yararlıdır, yani Math(veya Utilsprojelerde). Sınıf adı bize sadece fonksiyonları bulabileceğimiz bir ipucu veriyor ve başka bir şey yok.

Singletonbenim en sevdiğim desen ve bunu tek bir noktada yönetmek için kullanıyorum. staticSınıflardan daha esnektir ve durumunu koruyabilir. Arabirimleri uygulayabilir, diğer sınıflardan miras alabilir ve mirasa izin verebilir.

Arasında seçim yapılmasına yönelik Kuralım staticve singleton:

Bir arada tutulması gereken bir grup işlev varsa, o zaman staticseçimdir. Bazı kaynaklara tek erişime ihtiyaç duyan her şey, a singleton.

Statik Sınıf: -

1. Statik sınıf örneği oluşturamazsınız.

2. Sınıfı içeren program veya ad alanı yüklendiğinde .NET Framework ortak dil çalışma zamanı (CLR) tarafından otomatik olarak yüklenir.

3. Statik Sınıfın yapıcısı olamaz.

4. Statik sınıfı yönteme geçiremeyiz.

5. Statik sınıfı, C # içindeki başka bir Statik sınıfa devredemeyiz.

6. Tüm statik yöntemlere sahip bir sınıf.

7. Daha iyi performans (statik yöntemler derleme zamanında birleştirilir)

Singleton: -

1. Nesnenin bir örneğini oluşturabilir ve yeniden kullanabilirsiniz.

2. Singleton örneği, kullanıcı ilk istediğinde oluşturulur.

3. Singleton sınıfının yapıcısı olabilir.

4. Singleton sınıfının nesnesini oluşturabilir ve yönteme iletebilirsiniz.

5. Singleton sınıfı Kalıtım konusunda herhangi bir kısıtlama söylemez.

6. Tek sınıftaki nesneleri statik sınıftan atabiliriz.

7. Yöntemler geçersiz kılınabilir.

8. İhtiyaç olduğunda tembel yüklenebilir (statik sınıflar her zaman yüklenir).

9. Arabirimi uygulayabiliriz (statik sınıf arabirimi uygulayamaz).

Statik sınıf, daha iyi bir kelimenin "işlevler" olacağı yalnızca statik yöntemlere sahip olan sınıftır. Statik bir sınıfta yer alan tasarım stili tamamen prosedüreldir.

Singleton ise OO tasarımına özgü bir modeldir. Tüm ömrü boyunca bu rolün sadece bir örneğinin olmasını sağlayan bir yaratma prosedürü ile (polimorfizm gibi doğal olan tüm olasılıkları olan) bir nesnenin örneğidir.

Singleton deseninde, singleton'u türetilmiş bir türün örneği olarak oluşturabilirsiniz, bunu statik bir sınıfla yapamazsınız.

Hızlı Örnek:

if( useD3D )
    IRenderer::instance = new D3DRenderer
else
    IRenderer::instance = new OpenGLRenderer

Jon Skeet'in Cevabı'nı genişletmek için

Bir singleton ve bir grup statik yöntem arasındaki en büyük fark, singletonların arabirimleri uygulayabilmesidir (veya daha az yaygın IME olmasına rağmen yararlı temel sınıflardan türetilebilir), böylece singletonun "sadece başka bir" uygulama gibi geçebilmesidir.

Ünite bir sınıfı test ederken teklitonlarla çalışmak daha kolaydır. Tektonları parametre olarak ilettiğiniz her yerde (yapıcılar, ayarlayıcılar veya yöntemler) bunun yerine singleton'un alaycı veya saplanmış sürümünü değiştirebilirsiniz.

İşte iyi bir makale: http://javarevisited.blogspot.com.au/2013/03/difference-between-singleton-pattern-vs-static-class-java.html

Statik sınıflar

• tüm statik yöntemlere sahip bir sınıf .
• daha iyi performans (statik yöntemler derleme zamanında birleştirilir)

• yöntemleri geçersiz kılamaz, ancak yöntem gizlemeyi kullanabilir. ( Java'da yöntem gizleme nedir? JavaDoc açıklaması bile kafa karıştırıcıdır )

  public class Animal {
      public static void foo() {
          System.out.println("Animal");
      }
  }
  
  public class Cat extends Animal {
      public static void foo() {  // hides Animal.foo()
          System.out.println("Cat");
      }
  }
  

Singleton

• yalnızca bir kez başlatılabilen bir nesne .
• yöntemleri geçersiz kılınabilir ( Java neden statik yöntemlerin geçersiz kılınmasına izin vermiyor? )
• taklit etmek daha kolay, sonra statik yöntemler
• devleti koruma konusunda daha iyi

Özetle, yalnızca util yöntemlerini tutmak ve Singleton'u her şey için kullanmak için statik sınıflar kullanırdım.

Düzenlemeler

• statik sınıflar da tembel yüklenir. Thanks @jmoreno ( Statik sınıf başlatma ne zaman olur? )

• statik sınıflar için gizleme yöntemi. Teşekkürler @MaxPeng.

Bir singletonun diğer bir avantajı, kolayca serileştirilebilmesidir, bu da durumunu diske kaydetmeniz veya uzaktan bir yere göndermeniz gerekirse gerekebilir.

Ben büyük bir OO teorisyeni değilim, ama bildiğim kadarıyla, statik sınıfların Singletons'a kıyasla eksik olduğu tek OO özelliğinin polimorfizm olduğunu düşünüyorum. Ancak buna ihtiyacınız yoksa, statik bir sınıfla elbette miras (arayüz uygulaması hakkında emin değilim) ve veri ve fonksiyon kapsülleme yapabilirsiniz.

Morendil'in "Statik bir sınıfta yer alan tasarım stili tamamen prosedüreldir" yorumu yanılıyor olabilirim ama katılmıyorum. Statik yöntemlerde, tek örnek üyelerine erişen singleton yöntemleriyle tamamen aynı olan statik üyelere erişebilirsiniz.

edit:
Aslında şimdi başka bir fark bir Statik sınıfının program başlangıcında * başlatılması ve programın tüm yaşam süresi boyunca yaşaması, bir singleton açıkça bir noktada başlatılır ve aynı zamanda yok edilebilir olduğunu düşünüyorum.

* ya da dile bağlı olarak ilk kullanımda somutlaştırılabilir diye düşünüyorum.

Jon'un noktasını göstermek için Logger statik bir sınıf olsaydı aşağıda gösterilenler yapılamaz. Sınıf SomeClass, ILoggeruygulamanın bir örneğinin yapıcısına iletilmesini bekler .

Bağımlılık enjeksiyonunun yapılabilmesi için singleton sınıfı önemlidir.

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace ConsoleApplication2
{
    class Program
    {
        static void Main(string[] args)
        {

            var someClass = new SomeClass(Logger.GetLogger());
        }


    }

    public class SomeClass 
    {
        public SomeClass(ILogger MyLogger)
        {

        }
    }

    public class Logger : ILogger
    {
        private static Logger _logger;
        private Logger() { }

        public static Logger GetLogger()
        {
            if (_logger==null)
            {
                _logger = new Logger();
            }

            return _logger;
        }

        public void Log()
        {

        }

    }


    public interface ILogger
    {
         void Log();
    }
}

Tek birton, IS örneğinin oluşturulduğu normal bir sınıftır, ancak istemci kodundan yalnızca bir kez ve dolaylı olarak gelir. Statik sınıf somutlaştırılmaz. Bildiğim kadarıyla statik yöntemler (statik sınıf statik yöntemler olmalıdır) statik olmayan daha hızlıdır.

Düzenleme:
FxCop Performans kuralı açıklaması: "Örnek verilere veya çağrı örneği yöntemlerine erişmeyen yöntemler statik olarak işaretlenebilir (VB'de Paylaşılır). Bunu yaptıktan sonra, derleyici bu üyelere sanal olmayan çağrı siteleri yayar. her nesne için çalışma sırasında geçerli nesne işaretçisinin boş olmadığından emin olun. Bu, performansa duyarlı kod için ölçülebilir bir performans kazancı sağlayabilir. Bazı durumlarda, geçerli nesne örneğine erişilememesi bir doğruluk sorununu temsil eder. "
Aslında bunun statik sınıflardaki statik yöntemler için de geçerli olup olmadığını bilmiyorum.

Singleton somutlaştırılır, sadece şimdiye kadar somutlaştırılmış tek bir örnek vardır, dolayısıyla Singleton'daki tek örnek vardır .

Statik bir sınıf kendisinden başka hiçbir şeyle başlatılamaz.

Temel farklar:

• Tek sınıf bir örneğe / nesneye sahipken, statik sınıf bir grup statik yöntemdir
• Singleton, örneğin bir sınıf aracılığıyla statik sınıf genişletilemediğinde genişletilebilir.
• Öte yandan, SOLID prensiplerinde açık / kapalı prensiplerini destekleyen singleton kalıtsal olarak kalıtsal sınıftan devralınamaz ve kendimizde değişiklik yapmamız gerekir.
• Tekton nesnesi, örneğe sahip olmadığından statik sınıf parametre olarak iletilemezken yöntemlere geçirilebilir

Singleton, test perspektifinden daha iyi bir yaklaşımdır. Statik sınıflardan farklı olarak, singleton arabirimleri uygulayabilir ve sahte örneği kullanabilir ve enjekte edebilirsiniz.

Aşağıdaki örnekte bunu açıklayacağım. GetPrice () yöntemini kullanan isGoodPrice () yönteminiz olduğunu ve tek birtonda yöntem olarak getPrice () yöntemini uyguladığınızı varsayalım.

getPrice işlevselliğini sağlayan singleton:

public class SupportedVersionSingelton {

    private static ICalculator instance = null;

    private SupportedVersionSingelton(){

    }

    public static ICalculator getInstance(){
        if(instance == null){
            instance = new SupportedVersionSingelton();
        }

        return instance;
    }

    @Override
    public int getPrice() {
        // calculate price logic here
        return 0;
    }
}

GetPrice kullanımı:

public class Advisor {

    public boolean isGoodDeal(){

        boolean isGoodDeal = false;
        ICalculator supportedVersion = SupportedVersionSingelton.getInstance();
        int price = supportedVersion.getPrice();

        // logic to determine if price is a good deal.
        if(price < 5){
            isGoodDeal = true;
        }

        return isGoodDeal;
    }
}


In case you would like to test the method isGoodPrice , with mocking the getPrice() method you could do it by:
Make your singleton implement an interface and inject it. 



  public interface ICalculator {
        int getPrice();
    }

Final Singleton uygulaması:

public class SupportedVersionSingelton implements ICalculator {

    private static ICalculator instance = null;

    private SupportedVersionSingelton(){

    }

    public static ICalculator getInstance(){
        if(instance == null){
            instance = new SupportedVersionSingelton();
        }

        return instance;
    }

    @Override
    public int getPrice() {
        return 0;
    }

    // for testing purpose
    public static void setInstance(ICalculator mockObject){
        if(instance != null ){
instance = mockObject;
    }

test sınıfı:

public class TestCalculation {

    class SupportedVersionDouble implements ICalculator{
        @Override
        public int getPrice() { 
            return 1;
        }   
    }
    @Before
    public void setUp() throws Exception {
        ICalculator supportedVersionDouble = new SupportedVersionDouble();
        SupportedVersionSingelton.setInstance(supportedVersionDouble);

    }

    @Test
    public void test() {
          Advisor advidor = new Advisor();
          boolean isGoodDeal = advidor.isGoodDeal();
          Assert.assertEquals(isGoodDeal, true);

    }

}

GetPrice () öğesini uygulamak için statik yöntem kullanma alternatifini kullanmamız durumunda, getPrice () alay etmek zordu. Statik güç taklidi ile alay edebilirsiniz, ancak tüm ürünler bunu kullanamaz.

Bu tanıma katılıyorum:

" Tek " kelimesi , uygulama yaşam döngüsü boyunca tek bir nesne anlamına gelir;

Statik kapsamı App Domain seviyesinde yani, herhangi bir nesne işaretçisi yoktur.

Ayrıca, her ikisi de iş parçacığı açısından güvenli olacak şekilde uygulanmalıdır.

Şununla ilgili ilginç başka farklılıklar da bulabilirsiniz: Singleton Pattern Versus Static Class

Dikkate değer bir fark, Singletons ile birlikte gelen farklı örnekleme.

Statik sınıflarla CLR tarafından oluşturulur ve üzerinde kontrolümüz yoktur. singletons ile, nesne erişilmeye çalışıldığı ilk örnekte somutlaştırılır.

Çoğu durumda, bu ikisinin pratik bir farkı yoktur, özellikle de singleton örneği hiçbir zaman çok yavaş değişmez veya değişmezse, örneğin konfigürasyonları tutma.

Ben en büyük fark bir singleton özel bir statik sadece Java sınıfının aksine hala normal bir Java Bean olduğunu söyleyebilirim. Ve bu nedenle, daha birçok durumda bir singleton kabul edilir; aslında varsayılan Spring Framework'ün örnekleme stratejisidir. Tüketici, etrafta dolaşan bir singleton olabilir veya bilmeyebilir, sadece normal bir Java fasulyesi gibi davranır. Gereksinim değişirse ve bunun yerine bir tektonun bir prototip olması gerekiyorsa, ilkbaharda sıkça gördüğümüz gibi, tüketici için bir kod satırı değişikliği olmadan tamamen sorunsuz bir şekilde yapılabilir.

Birisi daha önce statik bir sınıfın yalnızca prosedürel olması gerektiğini söylemişti, örneğin java.lang.Math. Aklımda, böyle bir sınıf asla geçilmemeli ve hiçbir zaman nitelik olarak statik finalden başka bir şey tutmamalıdır. Diğer her şey için, çok daha esnek ve bakımı daha kolay olduğu için tek birton kullanın.

Arka uçla bağlantı kuran DB çerçevemize sahibiz. Birden fazla kullanıcı arasında Kirli okumaları önlemek için, herhangi bir zamanda tek bir vakanın mevcut olmasını sağlamak için tekli desen kullandık.

C # 'da statik bir sınıf bir arabirim uygulayamaz. Tek bir örnek sınıfının iş sözleşmeleri veya IoC amaçları için bir arabirim uygulaması gerektiğinde, burada statik sınıf olmadan Singleton desenini kullanıyorum

Singleton, vatansız senaryolarda durumu korumanın bir yolunu sunar

Umarım sana yardımcı olur ..

1. Yavaş yüklenme
2. Arabirimlerin desteklenmesi, böylece ayrı uygulama sağlanabilir
3. Türetilmiş türü döndürme yeteneği (lazyloading ve arayüz uygulamasının bir kombinasyonu olarak)

a. Serileştirme - Statik üyeler sınıfa aittir ve bu nedenle serileştirilemez.

b. Yapıcıyı özel yapmamıza rağmen, statik üye değişkenleri yine de alt sınıfa taşınacaktır.

c. Her şey sadece sınıf yüklemesinde yükleneceğinden tembel başlatma yapamayız.

İstemci perspektifinden, statik davranış istemci tarafından bilinir ancak Singleton davranışı bir istemciden gizlenebilir. Müşteri, tekrar tekrar oynadığı tek bir örneğin olduğunu asla bilemeyebilir.

Aşağıdakileri okudum ve bunun da mantıklı olduğunu düşünüyorum:

İşle ilgilenmek

Unutmayın, en önemli OO kurallarından biri, bir nesnenin kendisinden sorumlu olmasıdır. Bu, bir sınıfın yaşam döngüsüyle ilgili sorunların, statik gibi dil yapılarına devredilmemesi yerine sınıfta ele alınması gerektiği anlamına gelir.

Hedefe Yönelik Düşünce Süreci kitabından 4. Baskı.

Yazdığım bir makalede, singleton'un neden statik bir sınıftan çok daha iyi olduğu konusundaki görüşümü anlattım:

1. Statik sınıf aslında kanonik sınıf değildir - işlevler ve değişkenler içeren bir ad alanı
2. Statik sınıf kullanmak, nesne yönelimli programlama ilkelerini ihlal ettiği için iyi bir uygulama değildir.
3. Statik sınıf, diğerleri için parametre olarak iletilemez
4. Statik sınıf “tembel” başlatma için uygun değildir
5. Statik sınıfın başlatılması ve kullanılması her zaman zor izlenir
6. İş parçacığı yönetimini uygulamak zordur

1. Singleton sınıfının nesnesini yaratabilir ve yönteme aktarabiliriz.

2. Singleton sınıfı herhangi bir miras kısıtlaması getirmez.

3. Statik bir sınıfın nesnelerini atamayız, ancak singleton sınıfını yapabiliriz.

Statik sınıftan ayrılma

JDK'nın hem singleton hem de static örnekleri vardır, bir yandan java.lang.Mathstatik yöntemlerle son sınıf, diğer yandan java.lang.Runtimesingleton sınıfıdır.

Singleton'un Avantajları

• Eğer durumu tekton modelden daha fazla korumanız gerekiyorsa statik sınıftan daha iyi bir seçimdir, çünkü statik sınıfta durumun korunması, özellikle eşzamanlı ortamlarda hatalara yol açar, bu da birden fazla iş parçacığı tarafından yeterli senkronizasyon paralel modifikasyonu olmadan yarış koşullarına yol açabilir.

• Singleton sınıfı ağır bir nesne ise tembel olarak yüklenebilir, ancak statik sınıfın böyle avantajları yoktur ve her zaman hevesle yüklenir.

• Singleton ile, bir temel sınıfı genişletmek, bir arayüz uygulamak ve farklı uygulamalar sağlamak için kalıtım ve polimorfizm kullanabilirsiniz.

• Java'daki statik yöntemler geçersiz kılınamadığı için, esnek olmayanlığa yol açarlar. Öte yandan, singleton sınıfında tanımlanan yöntemleri genişleterek geçersiz kılabilirsiniz.

Statik sınıfın dezavantajları

• Singleton için birim testi yazmak, statik sınıfa göre daha kolaydır, çünkü singleton beklendiğinde sahte nesneyi iletebilirsiniz.

Statik sınıfın avantajları

• Statik sınıf, singleton'dan daha iyi performans sağlar, çünkü statik yöntemler derleme zamanında birleştirilir.

Her biri avantajları ve dezavantajları olan tekli modelin birkaç gerçekleştirilmesi vardır.

• İstekli yükleme singletonu
• Çift kontrollü kilitleme tekli
• İsteğe bağlı başlatma deyimi
• Enum Tabanlı Singleton

Ayrıntılı açıklama her biri çok ayrıntılı, bu yüzden sadece iyi bir makaleye bağlantı koydum - Singleton hakkında bilmek istediğiniz her şey

Bir arasında büyük bir fark vardır tek bir statik sınıf ve (statik veya global değişken olur bir sınıfın, bir tek örneğidir) Örneğin tek bir statik işaretçi öbek üzerinde sınıfının bir örneğine:

Uygulamanız çıktığında, statik sınıf örneğinin yıkıcısı çağrılır. Bu, statik örneği bir singleton olarak kullandıysanız, singletonunuz düzgün çalışmayı durdurdu demektir. Bu singletonu kullanan, örneğin farklı bir iş parçacığında hala kod çalışıyorsa, bu kodun çökmesi muhtemeldir.

Kafamdaki fark, nesne yönelimli programlama (Singleton / Prototype) veya fonksiyonel programlama (Statik) uygulamak.

Odaklanmamız gereken şey, sonunda bir nesneyi tutmamız gerektiğinde, tekli model tarafından oluşturulan nesnelerin sayısına çok fazla odaklanıyoruz. Diğerlerinin söylediği gibi, genişletilebilir, parametre olarak geçirilebilir, ancak en önemlisi durum doludur.

Öte yandan, statik fonksiyonel programlama uygulamak için kullanılır. Statik üyeler bir sınıfa aittir. Vatansızlar.

Bu arada singleton statik sınıflar oluşturabileceğinizi biliyor muydunuz :)