İçeriğe geç →

Basit bir IoC Container ve Loglama sistemi yapımı

Merhaba arkadaşlar,

Uzun zamandır makale yazamadığımı farkettim ve projelerimizde kullanım kolaylığı sağlayacak bir konu ile arayı pekiştirmek istedim. 🙂

Öncelikle nedir bu IoC Container?

Açılımını Inversion of Control’den alan IoC Container, uygulamanın akışı sırasında bize yaratılması gereken doğru tipi yaratarak uygulamanın akışını doğru bir şekilde Dependency Injection prensibi ile özel sınıflardır.

 

Kısaca Dependency Injection ve Dependency Inversion‘dan bahsetmek gerekirse:

Dependency Injection prensibi, uygulama içerisindeki bileşenlerin birbirleri ile sıkı sıkıya bağlı(tightly coupled) olmaması yani gevşek bağlı(loosely coupled) olmasıdır diyebiliriz.

Dependency Injection ile uygulamanın çalışacağı bileşenleri dışarıdan enjekte ederek, ileride oluşabilecek herhangi bir değişiklikten minimum seviyede etkinlenmesini sağlamış oluruz.

——–

Dependency Inversion ise, “bağımlılıkların tersine çevrilmesi” anlamına gelmektedir. Yani somut sınıflara olan bağımlılıkları, soyutlayarak ortadan kaldırılmasıdır.

Somut sınıflarımız sık sık değişikliğe uğrayabilecekleri için buna bağımlı olan diğer sınıflarımızda etkilenecektir.

 

Hemen örnek kodumuz ile basit bir IoC Container yapalım ve bir Loglama sistemi geliştirelim.

GokFramework.IoCContainer isminde bir yeni proje ekleyip içine IoCResolver.cs isminde bir class oluşturuyorum.

Class’ımıza baktığımızda, öncelikle constructor‘ımızda Singleton Patternini uyguladığımızı görüyoruz tekilliğini sağlamak için.

Resolve isminde bir method oluşturarak iki tip alıyoruz TSource ve TDestination olarak. TSource burada enjekte yapılacak class’ımızı temsil ederken, TDestination ise enjekte edilecek concrete class’ımızı temsil ediyor.

Runtime’da instancelerini alarak, dependencyForInstance objemizin yani TSource‘umuzun field’larında (Birazdan loglama geliştirme kısmında inceleyeceğimiz Loglama context’imizdeki ILogger property’mizin private static olduğu için field’larını alıyoruz) dolanarak enjekte yapılacak class’ımızın (TSource) içindeki, dışarıdan enjekte edilecek class tipini bularak, varsa:

SetValue methodu ile TSource’umuza, dışarıdan enjekte edilecek sınıfın instance’sini set ediyoruz. Loglama context’imizdeki ILogger property’mizi static olarak tanımladığımız için, instance’si ram bellekte saklanacaktır ve dolayısıyla uygulamamızın çalışması boyunca loglama sistemimizi kullanabiliriz. Tekrardan dışarıdan bir tipi enjekte etme ihtiyacı duymayız. Böylelikle hem kod tekrarından kurtulmuş olduk, hemde generic bir şekilde tekrar kullanılabilirliğini arttırdık.

IoC Container tasarımımız işte bu kadar. 🙂 Artık istediğimiz zaman uygulamamızın Application_Start’ında veya Main’inde bir kere enjekte etmemiz yetecektir.

 

Hemen basit bir Loglama sistemimizi tasarlayalım:

GokFramework.Logger isminde yeni bir proje daha ekleyerek, Log sistemimizi soyutlamak için ILogger isminde bir interface ekliyorum.

MethodBase’i isteyerek hangi class’dan ve method’dan çağrıldığını yakalayabileceğiz loglama sırasında ve log tutulacak mesajımız.

 

FileLogger isminde bir yeni class ekleyerek ILogger interface’mizi implemente ediyoruz. FileLogger burada concrete class’ımız oluyor.

Basit olarak bir log tutma methodu yazıyorum, tarihe göre bir txt dosyası oluşturarak, hangi namespace’den ve method’dan çağırıldığı gibi içeriği tutacağız.

Log tutulacak path’imizi App.Config dosyasından “GokFramework.LoggerPath” key’i ile okuyorum.

 

Hemen ardından LoggerContext isminde bir class daha ekleyerek kodlamaya geçiyorum.

Log sistemimizi LoggerContext ile sarmalayarak, Logger isminde ve ILogger tipinde bir static property tanımlıyoruz. Böylelikle LoggerContext’imizin ILogger tipinden gelecek olan Loglama concrete class’ımız ile sıkı bağlılığını engellemiş oluyoruz.

İleride gelecek olan FileLogger haricinde yeni geliştirmelerin örneğin, MailLogger, SmsLogger gibi concrete class’larımızıda kolaylıkla sistemimize dahil edebilmemizi sağlamış olacak. Aslında burada Strategy patterni uygulamış olduk.

Bir log tutma işimiz var ve bunu tutabilmek için birden fazla algoritmamız var.

 

Hemen kullanımlarına geçelim.

Örnek bir console uygulaması oluşturarak Program.cs’in içerisinde kodlamaya başlıyorum.

Kullanımı bu kadar basit.

Uygulamamızda hangi tipte log tutmak istiyorsak sadece bir kere Resolve etmemiz yeterli. Burada LoggerContext yani içerisinde ILogger’imizi barındıran class’ımız yani TSource oluyor, enjecte yapılacak class’ımız.

FileLogger ise dışarıdan ILogger’a enjekte edilecek concrete class’ımız yani TDestination. Bu MailLogger’da olabilir, SmsLogger’da.

 

Umarım yararlı bir konu olmuştur. Örnek kodlar ektedir. 🙂

GokFramework

 

Bu makale toplam (4843) kez okunmuştur.

19
3



Kategori: .NET Tasarım Prensipleri (Design Principles)

5 Yorum

  1. İyi çalışmalar dilerim Gökhan hocam. Bir sorum olacaktı. Buradaki IoCResolver’a gerçekten Singleton design pattern uygulanmış mı? Set bloğu duruyor. En azından private set olmalı diye düşünüyorum illa set olacaksa.

    #region Constructor
    private static object objLock = new object();
    private static IoCResolver m_IoCResolver;
    public static IoCResolver getInstance
    {
    get
    {
    if (m_IoCResolver == null)
    {
    lock (objLock)
    {
    if (m_IoCResolver == null)
    m_IoCResolver = new IoCResolver();
    }
    }

    return m_IoCResolver;
    }
    private set { m_IoCResolver = value; }
    }

    #endregion

    • Merhaba, teşekkür ederim. O kısım gözden kaçmış. 🙂 Güncelleyeceğim.

  2. soner soner

    Bu tip işleri frameworklerden yapsak sanırım daha sağlıklı olcak Autofact gibi yada .net corede default gelen gibi

    • Kesinlikle katılıyorum, bu makale daha çok kullanmış olduğunuz o framework’lerin arka planda az, çok nasıl çalıştığını anlatabilmek adına. Teşekkürler

Bir cevap yazın

E-posta hesabınız yayımlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir

*