SOLID and STUPID Principles (Turkish)

Transcript

1. STUPID ve SOLID Prensipleri Nesne-Güdümlü Programlama Prensipleri ve Tasarımları Ulugbek Miniyarov Software Architect
2. Uyarı: STUPID (Aptal) ve SOLID (Sağlam) nesne güdümlü programlamanın prensipleridir, kural değildir.
4. STUPID kod nedir? Singleton (Tek nesnelik) Tight Coupling (Sıkı bağlılık) Untestability (Test edilemezlik) Premature Optimization (Erken optimizasyon) Indescriptive Naming (Tanımı eksik isimlendirme) Duplication (Kopyalama)
5. Singleton (Tek nesnelik) Global nesnelere bağlı olan programların testi zordur. Çünkü global değerlerin hangi durumlarda kullandığını gizlerler.
7. Singleton anti-desen (anti-pattern) İkinci bir veri tabanı bağlantısı için aynı sınıfı kopyalamanız gerek veya DB::getSecondInstance() gibi gereksiz bir metot daha eklemeniz gerek. Veri tabanı nesnesine her yerden ulaşabilir kolaylığı gözükse de aslında bir global değer olmuş oluyor ve bunu kullanan kodun testi zor hale geliyor.
8. Tight Coupling (Sıkı bağlılık) Singleton sorunun genelleştirilmiş hali. Strong coupling olarak da bahsedilir.
9. Kapı ve pencereyi değiştirmek istediğinizde ne yaparsınız?
10. Kapı ve pencereyi arayüzlerini (interface) çıkarttığınızda değiştirmeniz ve bu kodu test etmeniz çok daha kolay olur. Sıkı bağlılıktan da kurtulmuş olursunuz.
11. Untestability Test edilebilirlik zor olmaması gerek. Çoğunlukla unit testi yazılmayan kodların sebebi zaman kısıtlı olduğundan dolayı olur ama sonucunda yazdığınız kod çirkinleşir ve bunu fark etmezsiniz.
12. PHP Unit (phpunit.de)
13. Premature Optimization Erken optimizasyon tüm kötülüklerin anasıdır Premature optimization is the root of all evil - Donald Knuth Hiçbir getirisi olmayabilir, sadece zaman harcamış olursunuz.
14. Erken optimizasyon örnekleri • “ (çift tırnak) veya ‘ (tek tırnak) hızı • Regex’in yavaş çalışması ve bunun için yapılan mikro optimizasyonlar • Isset vs array_key_search hız testleri • [] veya array() hızları vs….
15. Indescriptive Naming Sınıflarınızı, metotlarını (fonksiyonları) ve değişkenlerinizi düzgün isimlendirmelerle tanımlayın. Hiçbir zaman kısaltma kullanmayın.
16. PHP Örnekleri • Strpbrk fonksiyonu ◦ Belirtilen karakterleri bir dizge içinde arar ◦ Bulunan karakterle başlayan dizgeyi döndürür, aranan hiçbir karakter bulunamazsa FALSE döner. • Strcspn fonksiyonu ◦ Maske ile eşleşMEyen ilk parçanın uzunluğunu bulur ◦ Parça uzunluğunu bir tamsayı olarak döndürür.
17. Duplication Yazdığınız kodu kopyalamayın. DRY (Don’t repeat yourself) prensibini benimseyin. KISS (Keep It Simple, Stupid): yazdığınız kod basit olsun, öz olsun.
18. PEKİ KODU NASIL YAZACAK DEVELOPERLAR?
19. Yardımımıza SOLID gelir Robert C. Martin tarafından isimlendirilen nesne güdümlü tasarım ilkeleri koleksiyonunu tanımlayan bir terim.
20. SOLID kod nedir? Single Responsibility Principle (Tek sorumluluk prensibi) Open/Closed Principle (Açık/Kapalı prensibi) Liskov Substitution Principle (Liskov değişebilirlik prensibi) Interface Segregation Principle (Arayüz ayrılabilirlik prensibi) Dependency Inversion Principle (Bağımlılık Tersleme prensibi)
21. Single Responsibility Principle • Her sınıf sadece bir görevi üstlenmelidir • Sınıf içinde bir şey değişecekse birden fazla sebep için değiştirilmemeli
22. Bir sınıfa birkaç görev verebiliyor olman yapabilirsin anlamına gelmemeli.
23. Protip: • Büyük sınıfları ufak sınıflara bölün • Sınıfları katmanlara ayırın • Sınıflara açıklamalar yazın • Tek sınıflılığa, başkaniyete HAYIR :)
24. Open/Closed Principle Yazılımınızda sınıflarınız uzatılmalara (extend) açık, modifikasyonlara kapalı olmalıdır.
25. Tasarım desenlerinden örnek verirsek eğer Decorator Pattern’i Open/Closed Prensibine örnek olabilir.
26. Liskov Substitution Principle Yazdığınız koddaki sınıflar kendi tipinden olanlarla değiştirildiğinde kodun çalışabilirliğini bozmamalıdır.
27. Liskov Substitution Principle
28. Interface Segregation Principle Birden fazla istemci destekli arayüzlerin yazılması tek ve genel kullanım için olan arayüzden daha iyidir.
29. Interface Segregation Principle
30. Dependency Inversion Principle Üst sınıf modüller alt sınıf modüllere bağımlı olmamalıdır. İkisi de soyut nesnelere bağımlı olmalıdır. Soyut nesneler detaylara bağımlı olmamalıdır. Detaylar soyut nesnelere bağımlı olmalıdır.
31. Dependency Inversion Principle
32. Sonuç Test edilebilir kod yazmak ve sıkı bağlılığın olmaması sağlam kod için anahtar prensiplerdir Diğer prensipler: • Kiss Principle (Keep it simple, stupid) • Yagni Principle (You aren’t gonna need it) • Dry Principle (Don’t repeat yourself)
33. Teşekkürler Bu sunumu hazırlamamda yardımcı olan yazılar: http://williamdurand.fr/2013/07/30/from-stupid-to-solid-code/ https://nikic.github.io/2011/12/27/Dont-be-STUPID-GRASP-SOLID.html https://en.wikipedia.org/wiki/SOLID_%28object-oriented_design%29