📂
Yazılım Geliştirme - Wiki
  • Giriş
  • YAZILIM GELİŞTİRME KILAVUZU
    • İsimlendirme
      • C# İsimlendirme Kılavuzu
      • MS SQL Server İsimlendirme Kılavuzu
      • Birim Testi İsimlendirme Kılavuzu
    • Clean Code
    • Refactoring
      • Refactoring Yöntemleri Katalogu
      • Code Smells
      • Teknik Borç ve Yeniden Düzenleme
      • Refactor Mercilessly - Acımasızca Yeniden Düzenle
      • Yeniden Düzenleme İş Akışları
      • Boy Scout Rule - İzci Kuralı
      • Later Equals Never - Sonra Asla Demektir
      • Collective Code Ownership - Ortak Kod Sahipliği
      • Opportunistic Refactoring - Fırsatçı Yeniden Düzenleme
      • Simplifying Conditional Expressions
      • Integrate Often - Sık Entegre Et
      • Broken Window - Kırık Pencere Teorisi
      • DRY - Don't Repeat Yourself
      • KISS - Keep It Simple Stupid
      • YAGNI - You're Not Gonna Need It
    • SOLID Prensipleri
      • Single Responsibility Principle
      • Open-Closed Principle
      • Liskov Substitution Principle
      • Interface Seggregation Principle
      • Dependency Inversion Principle
    • Design Patterns - Tasarım Kalıpları
    • Anti-Patterns - Anti-Kalıplar
    • Cyclomatic Complexity
    • When a Bug is Found - Bir Hata Bulunduğunda
    • Unit Tests - Birim Testleri
    • Test Geliştirme Yöntemleri ve Prensipleri
  • Extreme Programming (XP)
    • Extreme Programming (XP)
    • Extreme Programming’in Kuralları
    • Extreme Programming Değerleri
    • Technical Debt - Teknik Borç
    • Simplicity is the Key - Basitlik Kilit Noktadır
    • Iterative Development - Tekrarlamalı Geliştirme
    • Never Add Functionality Early - Asla Önceden İşlevsellik Ekleme
    • Pair Programming - Çift Programlama
    • Code the Unit Test First - Önce Testi Yazmak
  • Uygulama Yapısı ve Katmanları
    • Application Domain - Uygulama Alanı
      • ASP.NET MVC
      • ASPNET Web Api
      • WCF Servisleri
      • Javascript
    • Business Domain - İş Alanı
    • Data - Veri Erişim Katmanı
    • Dependency Injection / Ioc
    • Solüsyon ve Proje Organizasyonu
  • Test Geliştirme
    • Birim Testleri
      • Behaviour Driven Development - BDD
      • Test Driven Development (T.D.D.)
      • Birim Testi Geliştirme Prensipleri
      • Birim Testi İsimlendirme Kılavuzu
      • Strict Mock
    • Sistem Testleri
    • Arayüz Testleri
      • WebDriver Kullanımları
      • Tarayıcı Ayarları
      • Nunit ile Selenium Entegrasyonu
    • Entegrasyon Testleri
    • Test Piramidi
    • Acceptance Tests - Kabul Testleri
Powered by GitBook
On this page

Was this helpful?

  1. YAZILIM GELİŞTİRME KILAVUZU
  2. SOLID Prensipleri

Interface Seggregation Principle

İstemciler kullanmadıkları arayüzlere bağımlı olmaya zorlanmamalıdır.

4. ISP - Interface Seggregation Principle

İstemciler kullanmadıkları arayüzlere bağımlı olmaya zorlanmamalıdır.

  • Arayüzün uygulayıcıları (istemcileri) ihtiyaç duymadıkları, ilgilenmedikleri bölümleri uygulamak zorunda olmamalı.

  • Arayüzleri anlamlı parçalara ayırarak sağlanabilir. (Role interfaces)

  • Amaç decoupled (eşleştirilmemiş), kolay refactor edilebilen ve kolay değişiklik yapılabilen bir sistem.

  • Arayüzler:

    • Yazılımın amacını daha iyi anlatmaya yarar. (Çalışan yazılım kadar önemli bir özellik.)

    • Alt düzeylere bağımlılığı engeller.

  • GRASP’teki “High Cohesion Principle” benzeri.

  • Şişman (fat) arayüzler uyumlu-tutarlı (cohesive) değildir.

  • Interface pollution → Kullanılmayan arayüze bağlanmak.

  • XEROX’ta Robert C. Martin tarafından önerildi. Yazıcının tüm işlerinde kullanılan, aşırı geniş “Job” sınıfı DI (Dependency Inversion) kullanılarak küçük arayüzlere parçalandı.

  • Dependency Inversion: Template Method (GoF)

  • Refactoring yöntemleri:

    • Extract Interface

    • Extract Adapter

PreviousLiskov Substitution PrincipleNextDependency Inversion Principle

Last updated 4 years ago

Was this helpful?