SOLID (Single responsibility, Open-closed, Liskov substitution, Interface segregation ve Dependency inversion) yazılım tasarım prensipleri için kullanılan bir kısaltmadır. Yazılım yaparken SOLID uygulandığı taktirde bakımı ve geliştirilmesi kolay yazılım sistemleri oluşturmak mümkündür. En verimli hali test güdümlü yazılım ile uygulanır.
| S | SRP |
Single Responsibility Principle Her yazılım biriminin (sınıf, nesne, metot) tek bir sorumluluğu olmalıdır. |
|---|---|---|
| O | OCP |
Open/Closed Principle Yazılım birimleri geliştirilmeye açık, değişikliğe kapalı olmalıdır. |
| L | LSP |
Liskov’s Substitution Principle Alt sınıflardan oluşturulan nesneler üst sınıfların nesneleriyle yer değiştirdiklerinde aynı davranışı göstermek zorundadırlar. |
| I | ISP |
Interface Segregation Principle Herşeyi ihtiva eden interface sınıflar yerine belli bir işlemi yapan interface sınıflar oluşturulmalıdır. |
| D | DIP |
Dependency Inversion Principle Bağımlılıklar soyut sınıflara doğru olmalıdır. |
Diğer tasarım prensipleri için “Tasarım Prensipleri” bölümüne bakınız.
EOF (End Of Fun)
Özcan Acar
Tasarım Prensipleri kategorisinden son yazılar
- Sorumluluk Sahibi Olmak - August 20th, 2012
- Stable Abstractions Principle (SAP) – Stabil Soyutluk Prensibi - October 26th, 2011
- Stable Dependencies Principle (SDP) – Stabil Bağımlılıklar Prensibi - October 26th, 2011
- Acyclic Dependency Principle (ADP) – Çevrimsiz Bağımlılık Prensibi - October 26th, 2011
- Common Closure Principle (CCP) – Ortak Kapama Prensibi - October 26th, 2011
- Common Reuse Principle (CRP) – Ortak Yeniden Kullanım Prensibi - July 24th, 2010
- Reuse-Release Equivalence Principle (REP) - Tekrar Kullanım ve Sürüm Eşitliği - December 9th, 2009
- Interface Segregation Principle (ISP) – Arayüz Ayırma Prensibi - November 17th, 2009
- Dependency Inversion Principle (DIP) - Bağımlılıkların Tersine Çevrilmesi Prensibi - October 29th, 2009
- Liskov Substitution Principle (LSP) – Liskov'un Yerine Geçme Prensibi - October 29th, 2009
Pingback: Programcılar yazar olsalardı keşke! - Kurumsal Java Yazılımı
Pingback: Her Programcı Kendisini İspatlamak Zorundadır - Kurumsal Java Yazılımı - Özcan Acar