Bağımlılığın tersine çevrilmesi ilkesi

Bağımlılıkların tersine çevrilmesi ilkesi (İngilizce: Dependency Inversion Principle - DIP), nesne yönelimli programlamada kullanılan temel tasarım örüntülerinden biridir. Bu ilkeye göre:

Üst düzey modüller, karmaşık iş mantığını içeren bileşenler olup, kolayca yeniden kullanılabilir olmalı ve alt düzey modüllerdeki (yardımcı işlevleri sağlayan detaylar) değişikliklerden doğrudan etkilenmemelidir.

Bu bağımsızlığı sağlamak için, her iki modül seviyesi de soyutlamalara (abstract interface’ler veya temel sınıflar) bağlı olmalı, böylece modüller arasındaki doğrudan bağımlılık ortadan kaldırılmalıdır.

Bu yaklaşım, sistemlerin esnekliğini artırır ve sürdürülebilir kod yazımını destekler.

Bağımlılıkların tersine çevrilmesi ilkesi şu iki ana maddeyle özetlenir:

1. Yüksek seviyeli modüller, düşük seviyeli modüllerden hiçbir şey ithal etmemelidir. Her ikisi de soyutlamalara (örneğin arayüzlere) bağımlı olmalıdır.
2. Soyutlamalar alt seviye modüllere bağlı olmamalıdır. Bunun tersine, alt seviye modüller soyutlamalara(arayüzlere) bağlı olmalıdır.

Bu prensip, hem yüksek hem de düşük seviyeli modüllerin aynı soyutlamaya dayanmasını gerektirerek, geleneksel nesne yönelimli programlamaya farklı bir bakış sunar.

Bağımlılığın soyutlama ile azaltılması

Yüksek seviyeli ve düşük seviyeli modüller arasındaki etkileşim bir soyutlama üzerinden tasarlandığında, hem bağımlılık azalır hem de sistemin yeniden kullanılabilirliği ve sürdürülebilirliği artar. Bu yaklaşım aynı zamanda iç içe geçmiş karmaşık bağımlılıkları da soyutlama sayesinde sadeleştirir.

// Alt seviye modül
class PDFReportGenerator {
    public void generatePDF(String content) {
        System.out.println("PDF oluşturuluyor: " + content);
    }
}

// Üst seviye modül (DIP ihlali)
class ReportService {
    private PDFReportGenerator pdfGenerator = new PDFReportGenerator();
    
    public void createReport(String data) {
        pdfGenerator.generatePDF(data);
    }
}

// Soyutlama (Arayüz)
interface ReportGenerator {
    void generate(String content);
}

// Alt seviye modül - 1
class PDFReportGenerator implements ReportGenerator {
    @Override
    public void generate(String content) {
        System.out.println("PDF oluşturuluyor: " + content);
    }
}

// Alt seviye modül - 2
class HTMLReportGenerator implements ReportGenerator {
    @Override
    public void generate(String content) {
        System.out.println("HTML oluşturuluyor: " + content);
    }
}

// Üst seviye modül (DIP uyumlu)
class ReportService {
    private ReportGenerator reportGenerator;
    
    public ReportService(ReportGenerator generator) {
        this.reportGenerator = generator;
    }
    
    public void createReport(String data) {
        reportGenerator.generate(data);
    }
}

// Kullanım
public class Main {
    public static void main(String[] args) {
        ReportService pdfService = new ReportService(new PDFReportGenerator());
        pdfService.createReport("Satış verileri");
        
        ReportService htmlService = new ReportService(new HTMLReportGenerator());
        htmlService.createReport("Satış verileri");
    }
}

Geleneksel katmanlı yapı

Geleneksel mimaride düşük seviyeli bileşenler (örneğin, yardımcı kütüphaneler) doğrudan yüksek seviyeli bileşenler (örneğin, politika katmanı) tarafından kullanılır. Bu yapı, yüksek seviyeli bileşenlerin yeniden kullanımını sınırlar.

Bağımlılığı tersine çevirme deseni

Bu desende, hem yüksek hem de düşük seviyeli katmanlar ortak bir soyutlama katmanına bağımlıdır. Somut uygulamalar bu soyutlamaları uygular ve böylece yüksek seviyeli modüller doğrudan alt seviyelere bağlı olmadan çalışabilir.

Genellemenin dezavantajları

Bağımlılığı tersine çevirme prensibi çoğu zaman tüm modüller arasında uygulanması gereken genel bir prensip olarak görülür. Ancak bu genellemenin bazı sınırlamaları vardır:

• Yalnızca soyutlama oluşturmak, bağımlılığı azaltmaz.
• Gereksiz soyutlamalar kodun anlaşılabilirliğini azaltır.
• Her yerde arayüz kullanmak, fazladan fabrika sınıfları ve bağımlılık enjeksiyonu araçları gerektirir.
• Bu durum, dili etkin kullanmayı da sınırlandırabilir.

Kullanım örnekleri

İlgili tasarım desenleri

• Adaptör deseni
• Bağımlılık enjeksiyonu
• Servis bulucu deseni
• Strateji deseni
• Fabrika metot deseni

Tarihçe

Bağımlılığı tersine çevirme prensibi, Robert C. Martin tarafından önerilmiş ve 1996 tarihli "The Dependency Inversion Principle" makalesiyle geniş kitlelere tanıtılmıştır.

Dış bağlantılar

• The Dependency Inversion Principle – Robert C. Martin
• DIP in the Wild – Brett L. Schuchert

Kaynakça