SOLID, yazılım geliştirme ilkelerini daha esnek, anlaşılır ve sürdürülebilir kod yazmanıza yardımcı olan bir akronimdir. SOLID sistemleri, yazılım tasarımında ve nesnel programlamada (OOP) önemli kavramlar içerir. Her harf, bir biçimde temsil eder:

1. S — Tek Sorumluluk İlkesi (Tek Sorumluluk Prensibi): Bir sınıfın yalnızca bir oyunun oynanması belirtilir. Bu, her sınıfın sadece bir sorumluluğu olması anlamına gelir. Böylece kodun bütünlüğü, bakımı ve genişletilmesi daha kolay olacaktır.

2. O — Açık/Kapalı Prensibi (Açık/Kapalı Prensibi): Yazılım bileşenleri (sınıflar, modüller, vb.), mevcut kod değiştirilerek genişletilebilir olmalıdır. Yani, yeni özellikleri değiştirmek için sürekli kodu değiştirmek yerine, yeni kodu seçmek mümkün olmalıdır. Bu kodun istikrarını ve sürdürülebilirliğini esas olarak arttırır.

3. L — Liskov Yerine Geçme Prensibi (Liskov Yerine Geçme Prensibi): Bir alt sınıf, üst sınıf yerine geçebilmelidir. Bu esas olarak, alt sınıfların üst sınıfların yerine kullanılabileceği anlamına gelir ve bu sayede türetilmiş sınıfların yürütülmesi beklendiği gibi olur.

4. I — Arayüz Ayrımı Prensibi: İstemci, kullanmadığı metotlara sahip olan ayarlarla yükümlü tutulmamalıdır. Bu esas olarak, gereksiz ilişkilerin korunmasını ve daha spesifik tarifelerin sürümlerini teşvik eder.

5. D — Bağımlılığın Tersine Çevrilmesi Prensibi (Bağımlılıkların Tersine Çevrilmesi Prensibi): Yüksek seviyeli modüller, düşük seviyeli modüllere bağlı eklentiler. Bu prensip olarak, ilişkilerin soyutlamalar üzerinden sürdürülmesini ve bir üst seviye modülünün alt seviye modüllerinin kontrolünün artırılmasını önerir.

Buler, kodumuzu daha esnek, sürdürülebilir, anlaşılır ve genişletilebilir hale getirerek yazılım geliştirmemizi genişletmemize yardımcı olacaktır.

Tek Sorumluluk İlkesi (SRP) — Tek Sorumluluk Prensibi

Yazılım geliştirmede kaliteli ve sürdürülebilir kod üretimi, başarılı bir hedefin olmazsa olmazıdır. Bu Hedefe ulaşmak için SAĞLAM ilkeler, temel rehberlik sağlar. Bu prensiplerden biri olan “Tek Sorumluluk Prensipleri” (Tek Sorumluluk Prensipleri veya kısaca SRP), kodun karmaşıklığını içeriklerini daha anlaşılır, kapsamı kolay ve genişletilebilir kodlar yazmamıza yardımcı olur.

SRP Nedir?

SRP, bir sınıfın yalnızca bir koruma olması savunan bir prensiptir. Bu sorumluluk, sınıfı cenneti nedeniyle ortaya çıkan bir nedene sahip olmalıdır. Başka bir ifadeyle, bir sınıfta birden fazla neden olması gerekmemelidir. Bu prensip, kodun karmaşıklığı ve güvenlik önlemlerinin daha temiz ve düzenli olarak kod yazılmasını sağlar.

SRP Neden Önemlidir?

SRP’nin birçok faydasını sağlar:

1. Anlaşılabilirlik ve Bakım Kolaylığı

Tek sorumluluğa sahip sınıflar, kodun daha net saklanmasını sağlar. Her sınıfın yalnızca belirli bir amacı olduğunda yazmak ve anlatmak daha kolay olur. Ayrıca bir sorun oluştuğunda veya değişiklik yapılmasında, ilgili kod parçasını bulup düzenlemek daha basit hale gelir.

2. Daha Az Bağımlılık

Sınıfların sadece tek bir koruma sağladığı, diğer sınıflara olan zayiat oranı azalır. Bu da bir değiştirmenin diğer parçalarını etkilemeyi değiştirme. Bu sayede kodun bir kısmı güncellenirken diğer kısımların bozulma riski azalır.

3. Edilebilirlik Testi

Tek sorumluluğa sahip sınıflar, daha küçük ve odaklanmış bir yapıya sahip olduklarından, bu sınıfların test edilmesi daha kolaydır. Bir hata oluştuğunda hatanın rehberlerinde oluşan ve fotoğraflar daha hızlı ve etkili bir şekilde yapılabilir.

SRP Nasıl Uygulanır?

SRP’yi kullanmak için aşağıdaki uygulamaları takip edeceklerse daha faydalı ve kontrolü kolay olacaktır.

1. Sınıfları Ayırın : Bir sınıfta birden fazla koruma varsa, bu yükleri ayrı sınıflara bölmeyi düşünün. Her sınıfın yalnızca bir amacı olsun.

2. Sınıfın İsmi ve Amaçları : Bir sınıfın adı, neyi temsil ettiği açıkça ifade edilir. Sınıfın sorumlulukları ile ilgili açıklamalar ve bilgilerin belirtilmesi faydalı olabilir.

3. Bağımlılıkları Azaltın : Başka sınıflara olan verimliliği azaltmak için programlamalar veya soyutlamalar kullanın.

4. Düzenli Bakım : Yazmış olduğumuz kodumuzu düzenli olarak gözden geçirip sınıflarını bölerek veya yeniden yapılandırarak SRP’yi bırakın.

Tek Sorumluluk İlkesi (Tek Sorumluluk Prensibi), kodun daha anlaşılır, sürdürülebilir ve genişletilebilir olmasını sağlar. Her sınıfın yalnızca bir amacı olduğunda, yazdığımız kodu daha iyi yönetebilir, hataları daha hızlı tespit edebilir, geliştirebilir ve yönetebilir, daha verimli hale getirebiliriz. Bu cihazın birleştirilmesi ve kullanılması, yazılım geliştirme pratiklerinde önemli bir adım olacaktır.