Denetimin Tersine Çevrilmesi, bakımı kolay, yeniden kullanılabilir, modüler yazılım çerçeveleri oluşturmaya yardımcı olan yazılım mimarisinin genel bir tasarım ilkesidir.
Kontrol Akışının genel olarak yazılmış kitaplıktan veya yeniden kullanılabilir koddan "alındığı" bir tasarım ilkesidir.
Daha iyi anlamak için, önceki kodlama günlerimizde nasıl kodlama yaptığımızı görelim. Prosedürel / geleneksel dillerde, iş mantığı genellikle uygulamanın akışını kontrol eder ve genel veya yeniden kullanılabilir kodu / fonksiyonları "Çağır". Örneğin, basit bir Konsol uygulamasında, kontrol akışım programımın talimatları tarafından kontrol edilir, bu talimatlar bazı genel yeniden kullanılabilir işlevlere yapılan çağrıları içerebilir.
print ("Please enter your name:");
scan (&name);
print ("Please enter your DOB:");
scan (&dob);
//More print and scan statements
<Do Something Interesting>
//Call a Library function to find the age (common code)
print Age
Buna karşılık, IoC ile Çerçeveler, iş mantığını "Çağıran" yeniden kullanılabilir koddur.
Örneğin, Windows tabanlı bir sistemde, düğmeler, menüler, pencereler ve iletişim kutuları gibi UI öğeleri oluşturmak için bir çerçeve zaten mevcut olacaktır. Uygulamamın iş mantığını yazdığımda, çerçevenin olayları iş mantığı kodumu çağıracak (bir olay tetiklendiğinde) ve tersi DEĞİL.
Çerçevenin kodu iş mantığımın farkında olmasa da, yine de kodumu nasıl arayacağını bilecektir. Bu, olaylar / temsilciler, geri aramalar, vb. Kullanılarak elde edilir. Burada Akışın Kontrolü "Tersine Çevrilmiştir".
Bu nedenle, statik olarak bağlı nesneler üzerindeki kontrol akışına bağlı olmak yerine, akış genel nesne grafiğine ve farklı nesneler arasındaki ilişkilere bağlıdır.
Bağımlılık Enjeksiyonu, nesnelerin bağımlılıklarını çözmek için IoC ilkesini uygulayan bir tasarım modelidir.
Daha basit bir deyişle, kod yazmaya çalışırken, farklı sınıflar oluşturuyor ve kullanıyor olacaksınız. Bir sınıf (Sınıf A) diğer sınıfları (Sınıf B ve / veya D) kullanabilir. Yani, Sınıf B ve D, A sınıfının bağımlılıklarıdır.
Basit bir benzetme, sınıf Araba olacaktır. Bir araba, Motor, Lastikler ve daha fazlası gibi diğer sınıflara bağlı olabilir.
Bağımlılık Enjeksiyonu, Bağımlı sınıfların (burada Sınıf Araba) bağımlılıklarını (Sınıf Motoru ve Lastik sınıfı) oluşturması yerine, bağımlılığın somut örneğiyle sınıfa enjekte edilmesi gerektiğini önerir.
Daha pratik bir örnekle anlayalım. Kendi TextEditor'ınızı yazdığınızı düşünün. Diğer şeylerin yanı sıra, kullanıcıya metnindeki yazım hatalarını kontrol etme olanağı sağlayan bir yazım denetleyicisine sahip olabilirsiniz. Böyle bir kodun basit bir uygulaması şunlar olabilir:
Class TextEditor
{
//Lot of rocket science to create the Editor goes here
EnglishSpellChecker objSpellCheck;
String text;
public void TextEditor()
{
objSpellCheck = new EnglishSpellChecker();
}
public ArrayList <typos> CheckSpellings()
{
//return Typos;
}
}
İlk bakışta her şey pembe görünüyor. Kullanıcı bazı metinler yazacaktır. Geliştirici metni yakalayacak ve Yazım Denetimi işlevini çağıracak ve Kullanıcıya göstereceği Yazım Hatalarının bir listesini bulacaktır.
Editör'de bir kullanıcı Fransızca yazmaya başladığında güzel bir güne kadar her şey harika çalışıyor gibi görünüyor.
Daha fazla dil desteği sağlamak için daha fazla Yazım Denetleyicisine ihtiyacımız var. Muhtemelen Fransızca, Almanca, İspanyolca vs.
Burada, TextEditor sınıfımızla sıkı bir şekilde birleştirilen "English" SpellChecker ile sıkı bir şekilde bağlanmış bir kod oluşturduk; bu, TextEditor sınıfımızın EnglishSpellChecker'a bağımlı olduğu veya başka bir deyişle EnglishSpellCheker'ın TextEditor için bağımlı olduğu anlamına gelir. Bu bağımlılığı kaldırmamız gerekiyor. Ayrıca, Metin Düzenleyicimizin, geliştiricinin çalışma zamanında takdirine bağlı olarak herhangi bir Yazım Denetleyicisinin somut referansını tutacak bir yola ihtiyacı vardır.
Öyleyse, DI'nin girişinde gördüğümüz gibi, sınıfa bağımlılıkları enjekte edilmesi gerektiğini önermektedir. Bu nedenle, çağrılan sınıfa / koda tüm bağımlılıkları enjekte etmek çağıran kodun sorumluluğunda olmalıdır. Böylece kodumuzu şu şekilde yeniden yapılandırabiliriz:
interface ISpellChecker
{
Arraylist<typos> CheckSpelling(string Text);
}
Class EnglishSpellChecker : ISpellChecker
{
public override Arraylist<typos> CheckSpelling(string Text)
{
//All Magic goes here.
}
}
Class FrenchSpellChecker : ISpellChecker
{
public override Arraylist<typos> CheckSpelling(string Text)
{
//All Magic goes here.
}
}
Örneğimizde, TextEditor sınıfı ISpellChecker türünün somut örneğini almalıdır.
Artık bağımlılık Oluşturucuya, Genel Mülkiyete veya bir yönteme enjekte edilebilir.
Constructor DI kullanarak sınıfımızı değiştirmeyi deneyelim. Değiştirilen TextEditor sınıfı şuna benzer:
Class TextEditor
{
ISpellChecker objSpellChecker;
string Text;
public void TextEditor(ISpellChecker objSC)
{
objSpellChecker = objSC;
}
public ArrayList <typos> CheckSpellings()
{
return objSpellChecker.CheckSpelling();
}
}
Böylece, metin düzenleyiciyi oluştururken çağıran kod, TextEditor örneğine uygun Yazım Denetleyici Türünü enjekte edebilir.
Sen tam makalemizi okuyabilirsiniz burada