Singleton, bir sınıfın tek bir instance’ını almak için kullanılır. Yani bir sınıfı bir kere create ettikten sonra, nereden ulaşırsak ulaşalım bize aynı örneği dönecektir. Mesela bir Asp.Net projesinde singleton tasarım kalıbı kullanarak oluşturduğumuz bir nesne, IIS resetlenmediği sürece  hep aynı instance üzerinden çalışacaktır. Sistem ayakta olduğu sürece yeni bir örnek kesinlikle oluşturulmaz.

Basit anlamda bir Singleton nesnesi aşağıdaki gibi oluşturulur:

    class ConnectionManager
    {
        private static ConnectionManager Instance;
        private ConnectionManager()
        {
             
        }

        public static ConnectionManager ActiveInstance
        {
            get
            {
                if (Instance == null)
                {
                    Instance = new ConnectionManager();
                    return Instance;
                }

                return Instance;
            }
        }

    }

Bir  web projesinde; aynı anda birden fazla thread singleton nesneye erişmeye çalıştığında, bir işlem bitmeden diğeri için örnekleme yapar. Bunu engellemek için Kilitleme yapacağız. Böylelikle uygulamamız thread-safe olacaktır . Lock işlemini de şu şekilde yazabiliriz.

    class ConnectionManager
    {
        private static ConnectionManager Instance;
        private static object _lockObject = new object();
        private ConnectionManager()
        {
             
        }

        public static ConnectionManager ActiveInstance
        {
            get
            {
                //Eğer instance null değil ise thread-safe gözetmeksizin döndürülür.
                if (Instance == null)
                {
                    //Eğer null ise nesneyi diğer threadlerin erişimine kapatıyoruz.
                    lock (_lockObject)
                    {
                        if (Instance == null)
                        {
                            Instance = new ConnectionManager();
                        }
                    }
                }

                return Instance;
            }
        }

    }

* Hatırlanması Gereken Noktalar :

• Tüm istemcilerin aynı instance’dan işlem yapmak istediği durumlarda kullanılmalıdır. Bir nesneyi tekrar tekrar oluşturmayı engeller.
• Tasarım kalıbı kullanılmadan önce ihtiyaç iyice gözden geçirilmelidir.

https://github.com/danielpalme/IocPerformance

Benchmarka verilerine göre LightInject kullanmaya karar verdik. Gerekli implementasyonları yaparken zorlandık. Autofac gibi kolay ve anlaşılır değildi, ayrıca community’si de çok güçlü olmadığından sorularımıza cevap bulamadık. Durum böyle bir hal alınca dedik ki neden Microsoft DI kullanmıyoruz. Hem hızlı hem de community desteği var. Autofac‘den Microsoft DI‘a geçiş yaparken Lifetime tanımlamalarında acaba hangisi hangisidir? Şu neye karşılık gelir dediğimiz yerler oldu. O kısımları da aşağıda sizlerle paylaşıyorum.

http://www.kemalburakyilmaz.com/interface-nedir/

http://www.kemalburakyilmaz.com/abstract-nedir/

Bu yazımızda aralarındaki farkları kısaca listeleyeceğiz. İş görüşmelerinde sorulan klasik sorulardandır

1. Bir abstract sınıf soyut olan veya olmayan memberlara sahip olabilir. Fakat bir interface’deki tüm memberler soyutdur ve türetilmiş sınıflarda override edilmek zorundadır.
2. Bir sınıf birden fazla interface’den türetilebilirken, yalnızca bir abstract class’dan türetilebilir.
3. Abstract sınıflar içerisi dolu veya boş metod ve değişkenler bulundurabilir fakat interface’ler yalnızca içerisi boş metodlar bulundurabilir.
4. Interface’ler access modifiers içeremez fakat abstract sınıflar bunları metodlar ve değişkenler için kullanabilir.

SOAP(Simple Object Access Protocol), XML tabanlı mesajlaşma protokolüdür. Bir SOAP servisin içeriği hakkındaki bilgiler WSDL dosyası içerisinden okunabilir. Bu WSDL dökümanı kullanılarak servis generate edilebilir. SOAP mesaj yapıları 4 elementten oluşmaktadır.

1. Envelope: Servisin istek ve cevap bilgilerini içerir.
2. Header: Her zaman olmayabilir. Metadata bilgilerini iletir.
3. Body: Yapılan isteğin adı ve parametleri, sunucudan gelen cevap bu kısımda tutulut. Her zaman olmak zorundadır.
4. Hatayı ve durumunu içerir.

Örnek bir SOAP mesaj yapısı:

<?xml version="1.0"?>
<soap:Envelope
xmlns:soap="http://www.w3.org/2003/05/soap-envelope/"
soap:encodingStyle="http://www.w3.org/2003/05/soap-encoding">
	<soap:Header>
		...
	</soap:Header>
	<soap:Body>
		...
		
		<soap:Fault>
			...
		</soap:Fault>
	</soap:Body>
</soap:Envelope>

REST(Representational State Transfer), Http protokolünü kullanan, istemci-sunucu arasındaki hızlı veri akışını sağlayan yöntemdir. SOAP mimarisine göre daha esnek ve minimum içerikle veri akışını sağladığı için daha hızlıdır. Json,xml hatta text formatında veri aktarımını yapabilir. Restful servislerde genelde aşağıdaki HHTP metodları kullanılır:

• POST = Insert
• GET = Select
• PUT, PATCH = Update
• DELETE = Delete

* Hatırlanması Gereken Noktalar :

• Soap yalnızca xml tabanlıdır. Rest json,xml,text olarak çalışabilir.
• Rest için WSDL tanımlanma zorunluluğu yokken Soap’da vardır.
• Rest için HTTP zorunluluğu varken Soap, Tcp Smtp protokollerinde de çalışabilir.
• Rest, HTTP hatası döndüğü için hata ayıklamak daha kolaydır.
• Soap güvenlik açısından daha geliştirmiştir çünkü hazır yapıları vardır.
• Rest servis entegrasyonu çok daha kolaydır.

• Abstract metod; temelde diyoruz ki herhangi bir alt sınıfta override edilmek zorunda ve kendi versiyonu yazılmalıdır.
• Virtual metod; diyoruz ki base sınıftaki metod senin işini görüyorsa hiç dokunma eğer yeterli değilse geçersiz kıl ve kendine göre yaz.

Yukarıda ne demek istedik bir örnekle pekiştirelim:

    public class Vehicle
    {
        public virtual void GetSpeedAverage()
        {
            Console.WriteLine("Ortalama Hız - Base Class");
        }
    }

Yukarıda base sınıf olarak kullanacağımız yerde diyoruz ki; GetSpeedAverage metodu ekrana “Ortalama Hız – Base Class” yazısını yazar. Aracın ortalama hızını bilmiyorsanız boş geçebilirsiniz. He yok aracın ortalama hızını biliyorsanız override ederek ekrana yazdırabilirsiniz.

    public class Mercedes : Vehicle
    {
        public override void GetSpeedAverage()
        {
            Console.WriteLine("150");
        }
    }

    public class Bmw : Vehicle
    {

    }

Yukarıdaki şekilde de alt sınıfları tanımladıktan sonra Main metodu içerisinde aşağıdaki şekilde işlemlemleri yapıyoruz.

        static void Main(string[] args)
        {
            Vehicle a = new Vehicle();
            a.GetSpeedAverage();

            Vehicle mercedes = new Mercedes();
            mercedes.GetSpeedAverage();
            
            Vehicle bmw = new Vehicle();
            bmw.GetSpeedAverage();
        }

Çalıştırdığımızda programın çıktısı, sizin de tahmin edeceğiniz üzere:

    public partial class Person
    {
        private string SurName { get; set; }
        public string Name { get; set; }
    }

    public partial class Person
    {
        public void SetSurName()
        {
            this.SurName = "Text";
        }
    }

Person sınıfını iki ayrı partial sınıf olarak yazdık. “SurName” değişkenini private(Partial olmasa erişemezdi.) olarak tanımladım ve diğer partial sınıfta o değişkeni doldurduk. Person tipinde bir nesne oluşturduğumuzda tek bir sınıf gibi çalıştıklarını göreceğiz.

* Hatırlanması Gereken Noktalar :

• Tüm partial sınıflar için “partial” anahtar sözcüğünü kullanmak zorundayız.
• Dosya adları farklı olsa da tüm partial sınıfların isimleri aynı olmalı.
• Tüm partial sınıflar aynı namespace’de olmalıdır.
• Tüm sınıflar aynı erişebilirlik seviyesine sahiptir.
• Herhangi bir partial sınıf, bir interface’den inherit edilirse tüm partial sınıflar da inherit edilmiş olur.
• Herhangi bir partial sınıf abstract olarak işaretlenirse tüm partial sınıflar da abstract olur.

Mesela akıllı bir telefonumuz var. Bu telefonda iletişim kurmak için birden fazla yöntemi var değil mi? Arama yapabiliriz, mesaj atabiliriz, mail atabiliriz vs. Burada her birinde ortak olan şey iletişim kurmaktır fakat her birinin yaklaşımı farklıdır. İşte bu çok biçimliliktir(Polymorphism). Aşağıdaki sınıfı incelediğinizde Communicate metodunun iki sınıfta da farklı yaklaşımlarla aynı görevi yaptığını göreceksiniz.

    public abstract class Communication
    {
        public virtual void Communicate(string text)
        {
            Console.WriteLine("Default mesaj");
        }
    }

    public class Message : Communication
    {
        public override void Communicate(string text)
        {
            Console.WriteLine(text);
        }
    }

    public class Mail : Communication
    {

    }

* Hatırlanması Gereken Noktalar :

• Kendisinden başka bir sınıf türetilmesi engellenen sınıflardır.
• Hiyerarşideki son sınıftır.
• Sealed sınıflar başka bir sınıftan türetilmiş olabilir fakat base class olamaz.
• Bir sınıf hem sealed hem abstract sınıf olamaz.

Abstract class; birden fazla ortak özelliği ve işlevi olan sınıfların, ortak oldukları yerleri tek bir yerde toplayan ve bu sınıflara base class olma özelliğini üstlenen sınıflardır.

• Abstract sınıflardan yeni bir nesne oluşturulamaz. Sadece diğer sınıflara base class olmak için yazılır.

Abstract method; gövdesi bulunmayan, abstract class içerisinde tanımlanan ve türetilen sınıflarda override edilen metodlardır.

Şimdi yazılım dünyasından bir örnekle konuyu daha iyi anlamaya çalışalım. Bir çoğumuz projelerimizde loglama işlemi yapıyoruz. Bazı logları veritabanına bazı logları text dosyasına yazıyoruz. Loglarımızı yazmadan önce gelen hata kodunun açıklamasını okuyoruz ve ardından bu açıklamaları bir yere logluyoruz.
Baktığımız zaman iki loggerda da aynı işlemleri yapacağız. Metod olarak yazarsak GetHataAciklama ve Write metodlarımız var. Peki GetHataAciklama iki sınıfta da aynı şekilde çalışmayacak mı? Hee o zaman bunu abstract sınıfa yazabiliriz. Peki Write metodu iki sınıfta da var mı? El cevap var. Peki aynı şekilde mi çalışıyor? Hayır çalışmıyor. Demek ki bu metodu abstract metod olarak tanımlayacağız. Böyle hikaye gibi yazdım ama şimdi bu yazdıklarımı koda dökeceğiz.

Öncelikle abstract class ımızı tanımlayalım :

    public abstract  class Logger
    {
        //TÜreyen her bir sınıfta override edilip, farklı şekillerde çalışabilir.
        public abstract void Write(string aciklama);

        //Türeyen tüm sınıflarda bu şekilde çalışabilir.
        public string GetHataAciklama()
        {
            return "aciklama";
        }
    }

Yukarıdaki sınıfta görebileceğiniz gibi abstract metodumuzun gövdesini yazmadık. Bu metodun gövdesini türeyecek olan sınıflarda yazacağız. Logu veritabanına yazan sınıfı tanımlarken aldığımız hatayı görmenizi istedim. Diyor ki kardeşim türediğin sınıftaki abstract metodu override edeceksin, yoksa böyle hata alırsın

DbLogger ve TextLogger sınıflarında Write metodunu override ederek sınıfları tanımlıyoruz.

Şimdi bu classlardan bir nesne yaratalım.

Gördüğünüz gibi her iki metodda nesnemizde gözükmektedir.

Örneğin projemizde loglarımızı yazmak için bir yapı kuracağız. Bazı zamanlar text bir dökümana bazen veritabanına kayıt yapacağız. Şöyle bir düşününce ikisinde de LogWrite() diye bir metod olmalı diyoruz. Evet ikisinde de var ama birisi dökümana diğeri veritabanına kaydediyor yani içerikleri farklı. Hee demek ki bu ikisi için ortak bir interface yazabiliriz.

 
    public interface ILogger
    {
        void LogWrite(string log);
    }

Yukarıda gördüğünüz gibi interface içerisinde içi boş bir metod yazdık. Bu interfaceden türeteceğimiz sınıflarda bu metod olmazsa hata alacağız.

DbLogger sınıfımızda LogWrite() metodu olmadığı için anında hatayı aldık.

* Hatırlanması Gereken Noktalar :

• İçerisinde yalnızca boş metodlar yazılabilir.
• Kod içerisinde “new” diyerek oluşturulamazlar.
• Bir sınıf birden fazla interface’den türeyebilir.
• Interface’ler başka bir interface’den türetilebilirler.
• Interface’den türeyen sınıflarla arasında “can-do” ilişkisi vardır.