OOP & SOLID
•Transferir como PPTX, PDF•
0 gostou•218 visualizações
OOP Yenetekleri ve SOLID
Recomendados
Mais conteúdo relacionado
Semelhante a OOP & SOLID
Semelhante a OOP & SOLID (16)
OOP & SOLID
- 1. OOP Yetenekleri Nes ne Yö nelimli P ro g ra mla ma Ka v ra mla rı
- 2. Avantajları • Gerçek hayattaki her nesneyi programatik ortamda modelleyebilmeyi sağlar. • Kod’un yeniden kullanılabilirliğini sağlar. • Uygulamanın bakım maliyetini düşürür. • Programı «nesne» adı verilen küçük parçalara bölmeyi sağlar. • Uygulama geliştirmeyi daha hızlı hale getirir. • Karmaşık yazılımları basitleştirir.
- 3. Inheritance (Kalıtım) • Varolan bir sınıfın özellik ve davranışlarını, bir alt sınıfın kendi üyeleriymiş gibi kullanabilme yeteneğidir. • Mevcut bir tipe yeni fonksiyonellikler eklenmek istendiğinde veya birbiriyle ilişkili birçok sınıfın birçok ortak üyesi bulunması durumunda, • Birçok sınıfın çekirdek fonksiyonellikler içermesi gerektiğinde kullanılır.
- 4. Encapsulation (Sarmalama) • Veri koruma • Gereksiz uygulama ayrıntılarını nesneyi kullanan koddan gizleyebilme
- 5. Polymorphism (Çok Biçimlilik) • Türeyen sınıfların, temel sınıfta yer alan bir üyeyi farklı bir şekilde uygulayabilmelerini sağlar.
- 6. SOLID Prensipleri R o b er t C. Ma r t in'in Beş Temel P rensib i
- 7. Avantajları • Bakımı kolay uygulamayı geliştirmeyi sağlar. • Genişletilebilir uygulama geliştirmeyi sağlar. • Kötü kokulu kodları engeller.
- 8. Single Responsibility Principle (Tek Sorumluluk Prensibi) • Bir sınıfın değişmesi için tek bir sebebi olmalı, yani bir sınıfın tek bir işi olması gerekir.
- 9. Open-Closed Principle (Açık Kapalı Prensibi) • Nesneler veya varlıklar gelişime açık, değişime kapalı olmalıdır.
- 10. Liskov Substitution Principle • Aynı arayüzü uygulayan tüm sınıflar, birbirlerinin yerine kullanılabilir olmalıdır. Özel istisnai bir durum kesinlikle oluşmamalıdır.
- 11. Interface Segregation Principle (Arayüz Ayırma Prensibi) • Bir sınıf kullanmadığı bir arayüzü uygulamak zorunda kalmamalı, kullanmadıklara metodlara bağımlı olmamalıdır.
- 12. Dependency Inversion Principle (Bağımlılıkları Tersine Çevirme Prensibi) • Yüksek seviyeli sınıflar, düşük seviyeli sınıflara somut olarak bağımlı olmamalıdır. Yüksek seviyeli sınıflar alt seviyeli sınıflara soyut olarak bağlanmalıdır.