SOLID Prensipleri ve Tek Sorumluluk İlkesi (SRP) Rehberi

Bu Konu Hakkında Bilmeniz Gerekenler

Tek Sorumluluk İlkesi (Single Responsibility Principle – SRP), yazılım mühendisliğinde bir sınıfın veya modülün yalnızca tek bir sorumluluğa sahip olması gerektiğini savunan temel bir SOLID prensibidir. Bu ilke, kodun bakımını kolaylaştırır, okunabilirliği artırır ve gelecekteki değişikliklerin sistemin diğer kısımlarını etkileme riskini en aza indirir.

Yazılım geliştirme süreçlerinde ‘God Object’ (Tanrı Nesne) anti-pattern’i, her şeyi yapan devasa sınıfların oluşturulmasına yol açar. Bu tür yapılar, kod tabanını yönetilemez hale getirir. Tek Sorumluluk İlkesi (SRP), bir sınıfı değiştirmek için birden fazla neden olmaması gerektiğini vurgular. Eğer bir sınıf hem veri tabanı işlemlerini yönetiyor hem iş mantığını işliyor hem de arayüz çıktılarını formatlıyorsa, SRP ihlal ediliyor demektir. Çözüm olarak, bu sorumluluklar ayrı sınıflara bölünmeli ve her biri kendi odak noktasına sahip olmalıdır.

• ✓ Sınıflarınızın sorumluluk alanlarını net bir şekilde tanımlayın ve tek bir işe odaklanmasını sağlayın.
• ✓ İş mantığı (Business Logic) ile veri erişim (Data Access) katmanlarını kesinlikle birbirinden ayırın.
• ✓ Bir metodun veya sınıfın adını koyarken ‘ve’ (and) bağlacı kullanmak zorunda kalıyorsanız, muhtemelen SRP’yi çiğniyorsunuz demektir.
• ✓ Birim testlerinizi (Unit Tests) yazarken SRP uygulandığında test yazmanın ne kadar kolaylaştığını gözlemleyin.