CEN206 Nesne Yönelimli Programlama¶

Hafta-15 (Final Proje İlerleme Değerlendirmesi ve Ders Özeti)¶

Bahar Dönemi, 2025-2026¶

İndir BELGE-PDF, BELGE-DOCX, SLAYT

Hafta-15 Genel Bakış¶

Final Proje İlerleme Değerlendirmesi ve Ders Özeti¶

Bu Haftanın Amacı¶

• Dönem boyunca kazanılan tüm bilgileri pekiştirmek
• Final projesi beklentilerini ve değerlendirme kriterlerini netleştirmek
• Proje sunumları için sunum kılavuzu sağlamak
• Öğrencileri final sınavına hazırlamak
• Kalan soruları yanıtlamak ve endişeleri gidermek

Modül A: Ders Tekrarı -- NYP Temelleri¶

Hafta 1-7 Özeti¶

Modül A Taslağı¶

Ders Tekrarı -- NYP (OOP) Temelleri (Hafta 1-7)¶

1. Hafta 1-3: Temel NYP (OOP) Kavramları
2. Hafta 4: UML Diyagramları
3. Hafta 5: PlantUML
4. Hafta 6-7: UMPLE
5. Her Konudan Temel Çıkarımlar

Hafta 1-3: Temel NYP (OOP) Kavramları¶

Nesne Yönelimli Programlamanın Dört Temel İlkesi¶

Hafta 1-3: Kapsülleme (Encapsulation) Tekrarı¶

• Ne: Bir nesnenin iç durumuna doğrudan erişimi kısıtlama ve iyi tanımlanmış metodlar aracılığıyla etkileşim gerektirme.
• Neden: Veri bütünlüğünü korur, bağımlılığı (coupling) azaltır, istemcileri etkilemeden uygulama değişikliklerini mümkün kılar.

public class BankaHesabi {
    private double bakiye; // gizli iç durum

    public double getBakiye() {
        return bakiye;
    }

    public void paraYatir(double miktar) {
        if (miktar > 0) {
            bakiye += miktar;
        }
    }

    public boolean paraCek(double miktar) {
        if (miktar > 0 && miktar <= bakiye) {
            bakiye -= miktar;
            return true;
        }
        return false;
    }
}

Hafta 1-3: Kalıtım (Inheritance) Tekrarı¶

• Ne: Bir alt sınıfın (child class) üst sınıftan (parent class) alan ve metodları miras aldığı bir mekanizma.
• Neden: Kod tekrar kullanımı, "bir tür" (is-a) ilişkilerini kurma, sınıf hiyerarşileri oluşturma.

public class Hayvan {
    protected String isim;

    public void ye() {
        System.out.println(isim + " yemek yiyor.");
    }
}

public class Kopek extends Hayvan {
    public Kopek(String isim) {
        this.isim = isim;
    }

    public void havla() {
        System.out.println(isim + " havlıyor.");
    }
}

Hafta 1-3: Çok Biçimlilik (Polymorphism) Tekrarı¶

• Ne: Farklı sınıfların nesnelerinin aynı metod çağrısına farklı şekillerde yanıt verme yeteneği.
• Neden: Somut türler yerine soyutlamalarla çalışan esnek, genişletilebilir kod sağlar.

public abstract class Sekil {
    public abstract double alan();
}

public class Daire extends Sekil {
    private double yaricap;
    public Daire(double r) { this.yaricap = r; }
    public double alan() { return Math.PI * yaricap * yaricap; }
}

public class Dikdortgen extends Sekil {
    private double genislik, yukseklik;
    public Dikdortgen(double g, double y) { this.genislik = g; this.yukseklik = y; }
    public double alan() { return genislik * yukseklik; }
}

// Çok biçimli kullanım (Polymorphic usage)
Sekil s = new Daire(5);
System.out.println(s.alan()); // Daire'nin alan() metodunu çağırır

Hafta 1-3: Soyutlama (Abstraction) Tekrarı¶

• Ne: Uygulama ayrıntılarını gizlerken bir nesnenin temel özelliklerini tanımlama.
• Neden: Karmaşık sistemleri basitleştirir, bir nesnenin nasıl yaptığından çok ne yaptığına odaklanır.

public interface Siralanabilir {
    void sirala(int[] veri);
}

public class HizliSiralama implements Siralanabilir {
    public void sirala(int[] veri) {
        // Hızlı sıralama (Quick sort) uygulaması istemcilerden gizli
        hizliSirala(veri, 0, veri.length - 1);
    }
    private void hizliSirala(int[] dizi, int bas, int son) { /* ... */ }
}

public class BirlestirmeSiralama implements Siralanabilir {
    public void sirala(int[] veri) {
        // Birleştirme sıralaması (Merge sort) uygulaması istemcilerden gizli
        birlestirmeSirala(veri, 0, veri.length - 1);
    }
    private void birlestirmeSirala(int[] dizi, int bas, int son) { /* ... */ }
}

Hafta 4: UML Diyagramları Tekrarı¶

Birleşik Modelleme Dili (Unified Modeling Language)¶

Hafta 4: Sınıf Diyagramı İlişkileri Tekrarı¶

Hafta 5: PlantUML Tekrarı¶

Temel Özellikler¶

• Metin tabanlı UML diyagram oluşturma aracı
• Düz metin açıklamalarını UML diyagramlarına dönüştürür
• Sınıf diyagramları, sıra diyagramları, kullanım senaryosu diyagramları ve daha fazlasını destekler
• IDE'ler, CI/CD hatları ve dokümantasyon araçlarıyla entegre olur

@startuml
class Hayvan {
  - isim: String
  + ye(): void
}

class Kopek extends Hayvan {
  + havla(): void
}

class Kedi extends Hayvan {
  + miyavla(): void
}
@enduml

Hafta 6-7: UMPLE Tekrarı¶

Temel Özellikler¶

• Model Yönelimli Programlama (Model-Oriented Programming) dili
• Modelleme yapılarını doğrudan programlama dillerine ekler (Java, C++, PHP)
• İlişkilendirmeleri (associations), durum makinelerini (state machines) ve tasarım kalıplarını (design patterns) destekler
• Modellerden çalıştırılabilir kod üretir

class Ogrenci {
  isim;
  Integer ogrenciNo;
  1 -- * Ders;
}

class Ders {
  baslik;
  Integer dersKodu;
}

Hafta 6-7: UMPLE İlişkilendirmeler ve Durum Makineleri¶

İlişkilendirmeler (Associations)¶

Durum Makineleri (State Machines)¶

class TrafikIsigi {
  durum {
    Kirmizi { zamanlayici -> Yesil; }
    Yesil { zamanlayici -> Sari; }
    Sari { zamanlayici -> Kirmizi; }
  }
}

Modül A -- Özet¶

NYP (OOP) Temelleri: Temel Noktalar¶

Unutmayın: NYP (OOP) sadece sözdizimi (syntax) ile ilgili değildir -- nesnelerle düşünme, temiz soyutlamalar tasarlama ve sürdürülebilir sistemler oluşturma ile ilgilidir.

Modül B: Ders Tekrarı -- Tasarım Kalıpları ve Yeniden Düzenleme¶

Hafta 9-14 Özeti¶

Modül B Taslağı¶

Tasarım Kalıpları (Design Patterns) ve Yeniden Düzenleme (Refactoring) (Hafta 9-14)¶

1. Hafta 9: Oluşturucu Kalıplar (Creational Patterns) (5 kalıp)
2. Hafta 10: Yapısal Kalıplar (Structural Patterns) (7 kalıp)
3. Hafta 11: Davranışsal Kalıplar (Behavioral Patterns) (10 kalıp)
4. Hafta 12: Kod Kokuları (Code Smells) (5 kategori, 22 koku)
5. Hafta 13: Yeniden Düzenleme Teknikleri (Refactoring Techniques) (6 kategori, 66 teknik)
6. Hafta 14: Vaka Çalışmaları (Case Studies) ve En İyi Uygulamalar (Best Practices)
7. Kalıp Seçim Karar Rehberi

Hafta 9: Oluşturucu Tasarım Kalıpları (Creational Patterns) Özeti¶

Nesne Oluşturma için 5 Kalıp¶

Hafta 10: Yapısal Tasarım Kalıpları (Structural Patterns) Özeti¶

Sınıf/Nesne Bileşimi için 7 Kalıp¶

Hafta 11: Davranışsal Tasarım Kalıpları (Behavioral Patterns) Özeti¶

Nesne İletişimi için 10 Kalıp¶

Hafta 12: Kod Kokuları (Code Smells) Özeti¶

5 Kategori, 22 Koku¶

Hafta 13: Yeniden Düzenleme Teknikleri (Refactoring Techniques) Özeti¶

6 Kategori, 66 Teknik¶

Hafta 14: Vaka Çalışmaları (Case Studies) ve En İyi Uygulamalar (Best Practices)¶

Temel Dersler¶

• Tasarım kalıplarının endüstri projelerinde gerçek dünya uygulamaları
• Kalıp kombinasyonları -- kalıpların pratikte birlikte nasıl çalıştığı
• Anti-kalıplar (Anti-patterns) -- yaygın hatalar ve bunlardan nasıl kaçınılacağı
• Tasarım kalıplarıyla birlikte uygulanan SOLID ilkeleri
• S -- Tek Sorumluluk İlkesi (Single Responsibility Principle)
• O -- Açık/Kapalı İlkesi (Open/Closed Principle)
• L -- Liskov Yerine Geçme İlkesi (Liskov Substitution Principle)
• I -- Arayüz Ayrıştırma İlkesi (Interface Segregation Principle)
• D -- Bağımlılığı Tersine Çevirme İlkesi (Dependency Inversion Principle)

Kalıp Seçim Karar Rehberi (Pattern Selection Decision Guide)¶

Doğru Kalıbı Nasıl Seçersiniz¶

Probleminiz şununla mı ilgili...

NESNE OLUŞTURMA (CREATING objects)?
  |-- Yalnızca bir örnek mi gerekli?              --> Singleton
  |-- İlişkili nesne aileleri mi gerekli?          --> Abstract Factory
  |-- Esnek nesne yapısı mı gerekli?               --> Builder
  |-- Mevcut nesneleri kopyalamak mı gerekli?      --> Prototype
  |-- Alt sınıf mı türe karar vermeli?             --> Factory Method

SINIF YAPILANDIRMA (STRUCTURING classes)?
  |-- Arayüzü uyarlamak mı gerekli?                --> Adapter
  |-- Dinamik olarak davranış eklemek mi gerekli?   --> Decorator
  |-- Basitleştirilmiş arayüz mü gerekli?          --> Facade
  |-- Ağaç yapıları mı gerekli?                    --> Composite
  |-- Kontrollü erişim mi gerekli?                 --> Proxy

DAVRANIŞ YÖNETİMİ (MANAGING behavior)?
  |-- Durum değişikliğinde bildirim mi gerekli?     --> Observer
  |-- Değiştirilebilir algoritmalar mı gerekli?     --> Strategy
  |-- İstekleri kapsüllemek mi gerekli?             --> Command
  |-- Koleksiyon dolaşmak mı gerekli?              --> Iterator
  |-- Duruma bağlı davranış mı gerekli?            --> State

Modül B -- Özet¶

Tasarım Kalıpları ve Yeniden Düzenleme: Temel Noktalar¶

Unutmayın: Tasarım kalıpları araçtır, kural değil. Bunları gerçek bir sorunu çözdüklerinde kullanın, bilgi göstermek için değil.

Modül C: Final Proje Gereksinimleri ve Değerlendirme¶

Proje Rapor Yapısı, Teslim Edilecekler ve Notlandırma¶

Modül C Taslağı¶

Final Proje Gereksinimleri ve Değerlendirme¶

1. Proje Rapor Yapısı (MPR2)
2. Beklenen Teslim Edilecekler
3. Değerlendirme Kriterleri ve Puanlama Tablosu (Rubric)
4. Sunum Kılavuzu
5. Kod Kalitesi Beklentileri
6. Dokümantasyon Gereksinimleri

Proje Rapor Yapısı (MPR2)¶

Gerekli Rapor Bölümleri¶

Beklenen Teslim Edilecekler¶

Teslim Etmeniz Gerekenler¶

1. Kaynak Kod (Source Code)
2. Eksiksiz, derlenebilir ve çalıştırılabilir proje
3. Sürüm kontrol sisteminde barındırılmış (ör. GitHub)

4. Ekip katkılarını gösteren temiz commit geçmişi

5. Proje Raporu (MPR2)

6. Yukarıda açıklanan yapıyı takip eden
7. Minimum 15 sayfa (ekler hariç)

8. PDF formatında

9. UML Diyagramları

10. Sınıf diyagramı (class diagram) (zorunlu)
11. En az 2 temel senaryo için sıra diyagramı (sequence diagram)

12. Kullanım senaryosu diyagramı (use case diagram)

13. Sunum Slaytları

14. Temel konuları kapsayan 10-15 slayt

15. Demo ekran görüntüleri veya video

16. Canlı Sunum (Live Demonstration)

17. Proje sunumu sırasında gösterilen çalışan prototip

Değerlendirme Kriterleri ve Puanlama Tablosu (Rubric)¶

Not Dağılımı¶

Sunum Kılavuzu¶

Sunumunuzu Nasıl Yapılandırmalısınız¶

Toplam Süre: Ekip başına ~20 dakika

Kod Kalitesi Beklentileri¶

Neye Bakıyoruz¶

1. Temiz Kod İlkeleri (Clean Code Principles)
2. Anlamlı değişken ve metod isimleri
3. Kısa, odaklanmış metodlar (Uzun Metod olmamalı)

4. Uygun kod organizasyonu ve paket yapısı

5. Tasarım Kalıpları Kullanımı (Design Patterns Usage)

6. En az 2-3 tasarım kalıbı uygun şekilde uygulanmış
7. Her kalıbın neden seçildiğine dair gerekçelendirme

8. Kalıp yapısına uygun doğru uygulama

9. Doğru NYP (Proper OOP)

10. Kapsülleme (Encapsulation): gerektiğinde getter/setter ile özel (private) alanlar
11. Kalıtım (Inheritance): anlamlı sınıf hiyerarşileri (zoraki değil)
12. Çok Biçimlilik (Polymorphism): arayüzler ve soyut sınıflar etkili kullanılmış

13. Soyutlama (Abstraction): endişelerin temiz ayrımı

14. Kod Kokusu Olmamalı (No Code Smells)

15. Yinelenen kod (duplicate code) olmamalı
16. Uzun parametre listeleri olmamalı
17. Özellik kıskançlığı (feature envy) veya uygunsuz yakınlık olmamalı

Dokümantasyon Gereksinimleri¶

Gerekli UML Diyagramları¶

Rapor Gereksinimleri¶

• Diyagram oluşturma için PlantUML veya UMPLE tercih edilir (elle çizilmiş değil)
• Diyagramlar gerçek kodla tutarlı olmalıdır
• Tüm harici kütüphaneler ve çerçeveler belgelenmeli
• Rapordaki kod parçacıkları biçimlendirilmiş ve açıklanmış olmalıdır

Modül C -- Özet¶

Final Proje Gereksinimleri: Temel Noktalar¶

• Projeniz yalnızca işlevsellik değil, tasarım kalitesi üzerinden değerlendirilir
• Uygun gerekçelendirmeyle en az 2-3 tasarım kalıbı kullanın
• Uygun NYP yapısıyla temiz, iyi belgelenmiş kod teslim edin
• UML diyagramları gerçek uygulamanızla eşleşmeli
• Rapor projenizin hikayesini anlatmalıdır: problem, tasarım, uygulama, test

Modül D: Proje Sunum Kılavuzu¶

Projenizi Etkili Bir Şekilde Nasıl Sunarsınız¶

Modül D Taslağı¶

Proje Sunum Kılavuzu¶

1. Projenizi Nasıl Sunarsınız
2. Demo Akış Önerileri
3. S&C (Soru-Cevap) Hazırlık İpuçları
4. Kaçınılması Gereken Yaygın Hatalar
5. Sunumlar İçin Puanlama Tablosu (Rubric)

Projenizi Nasıl Sunarsınız¶

Hazırlık Kontrol Listesi¶

• Sunum makinesinde önceden her şeyi test edin
• Teknik sorunlara karşı yedek plan hazırlayın (ekran görüntüleri, video kaydı)
• Kodunuzu tanıyın -- her ekip üyesi tüm bölümleri anlamalı
• Konuşma noktaları hazırlayın -- slaytlardan okumayın
• Demoyu en az 2-3 kez prova edin
• Sunumunuzu zamanlayın ve sınırlar içinde kalın
• Roller atayın -- kim hangi bölümü sunuyor

Sunum İpuçları¶

• Ayrıntılara dalmadan önce genel resimle başlayın
• Kodu göstermeden önce mimariyi gösterin
• Karmaşık etkileşimleri açıklamak için diyagramlar kullanın
• Slaytları basit tutun -- onları senaryo değil, görsel yardımcı olarak kullanın

Demo Akış Önerileri¶

Önerilen Demo Yapısı¶

1. KURULUM (1 dakika)
   - Proje yapısını kısaca gösterin
   - Kullanılan teknolojileri ve araçları belirtin

2. TEMEL ÖZELLİKLER (3-4 dakika)
   - Birincil işlevselliği gösterin
   - En etkileyici özellikleri önce gösterin
   - Mantıklı bir kullanıcı iş akışını takip edin

3. TASARIM VURGULARI (1-2 dakika)
   - Belirli bir tasarım kalıbını eylem halinde gösterin
   - O kalıbı NEDEN seçtiğinizi açıklayın
   - İlgili UML diyagramını gösterin

4. KOD İNCELEMESİ (1-2 dakika)
   - İyi yazılmış bir sınıfı gösterin
   - Temiz kod uygulamalarını vurgulayın
   - Kalıpların nasıl uygulandığını gösterin

5. SINIR DURUMLARI (1 dakika)
   - Hata yönetimini gösterin
   - Girdi doğrulamasını gösterin

S&C (Soru-Cevap) Hazırlık İpuçları¶

Beklenen Yaygın Sorular¶

Cevaplama İpuçları¶

• Dürüst olun -- bilmiyorsanız söyleyin ve nasıl öğreneceğinizi açıklayın
• Spesifik olun -- gerçek sınıflara, metodlara ve kalıplara adlarıyla referans verin
• Kısa ve öz olun -- soruyu doğrudan yanıtlayın, sonra istenirse ayrıntılandırın

Kaçınılması Gereken Yaygın Hatalar¶

Yapılmaması Gerekenler¶

Sunumlar İçin Puanlama Tablosu (Rubric)¶

Demolar Nasıl Değerlendirilir¶

Not Tanımlayıcıları¶

Modül D -- Özet¶

Proje Sunumu: Temel Noktalar¶

• İyice hazırlanın -- demoyu birçok kez prova edin
• Her zaman bir yedeğiniz olsun -- demonuzun bir videosunu kaydedin
• Tasarıma odaklanın -- demo yalnızca özelliklerinizi değil, NYP ve kalıp kullanımınızı sergilemeli
• Her ekip üyesi projenin her bölümünü açıklayabilmeli
• Soruları önceden tahmin edin -- yaygın S&C konuları için cevaplar hazırlayın

Modül E: Final Sınavına Hazırlık¶

Sınav Formatı, Temel Konular ve Çalışma Rehberi¶

Modül E Taslağı¶

Final Sınavına Hazırlık¶

1. Sınav Formatı ve Kapsamı
2. Tekrar Edilecek Temel Konular
3. Örnek Soru Türleri
4. Çalışma Kaynakları ve Önerileri

Sınav Formatı ve Kapsamı¶

Final Sınavı Ayrıntıları¶

Yanınızda Getirmeniz Gerekenler¶

• Öğrenci kimliği
• Kalem/kurşun kalem
• Elektronik cihaz yasaktır

Tekrar Edilecek Temel Konular¶

Yüksek Öncelikli Konular¶

Örnek Soru Türleri¶

Tür 1: Çoktan Seçmeli (Multiple Choice)¶

Örnek: Bir sınıfın yalnızca bir örneğe sahip olmasını hangi tasarım kalıbı sağlar?

a) Factory Method b) Singleton c) Prototype d) Builder

Cevap: b) Singleton

Örnek Soru Türleri (devam)¶

Tür 2: Kod Analizi (Code Analysis)¶

Örnek: Aşağıdaki kodda kullanılan tasarım kalıbını belirleyin:

public interface Logger {
    void log(String message);
}

public class FileLogger implements Logger {
    public void log(String message) { /* dosyaya yaz */ }
}

public class ConsoleLogger implements Logger {
    public void log(String message) { /* konsola yazdır */ }
}

public class LoggerFactory {
    public static Logger getLogger(String type) {
        if (type.equals("file")) return new FileLogger();
        if (type.equals("console")) return new ConsoleLogger();
        throw new IllegalArgumentException("Bilinmeyen tür: " + type);
    }
}

Cevap: Factory Method (Simple Factory varyantı) -- oluşturma mantığını istemciye açıklamadan nesneler oluşturur.

Örnek Soru Türleri (devam)¶

Tür 3: Kod Kokusu Belirleme (Code Smell Identification)¶

Örnek: Aşağıdaki koddaki kod kokusunu/kokularını belirleyin ve bir yeniden düzenleme (refactoring) önerin:

public double fiyatHesapla(String tur, int miktar, double birimFiyat,
                            double indirim, boolean uyeMi,
                            String kuponKodu, double vergiOrani) {
    // ... karmaşık hesaplama
}

Cevap: - Kod Kokusu: Uzun Parametre Listesi (Long Parameter List) - Yeniden Düzenleme: Parametre Nesnesi Tanıtma (Introduce Parameter Object) -- ilişkili parametreleri gruplamak için bir FiyatIstegi sınıfı oluşturun.

Örnek Soru Türleri (devam)¶

Tür 4: Tasarım Problemi (Design Problem)¶

Örnek: Şunları gerektiren bir bildirim sistemi tasarlıyorsunuz: - Birden fazla bildirim kanalını destekleme (e-posta, SMS, anlık bildirim) - Mevcut kodu değiştirmeden yeni kanallar ekleme - Kullanıcıların bildirimlerden abone olma/abonelikten çıkma

Soru: Hangi tasarım kalıbını/kalıplarını kullanırsınız? Bir UML sınıf diyagramı çizin ve seçiminizi açıklayın.

Beklenen Cevap: - Abone olma/abonelikten çıkma mekanizması için Observer Pattern - Değiştirilebilir bildirim kanalları için Strategy Pattern - BildirimServisi, Observer arayüzü, BildirimKanali strateji arayüzü ve somut uygulamaları gösteren bir sınıf diyagramı içermelidir

Çalışma Kaynakları ve Önerileri¶

Önerilen Çalışma Planı¶

Temel Kaynaklar¶

• Ders slaytları (Hafta 1-14)
• RefactoringGuru: https://refactoring.guru
• Design Patterns (GoF Kitabı): Gamma, Helm, Johnson, Vlissides
• Clean Code: Robert C. Martin

Modül E -- Özet¶

Final Sınavına Hazırlık: Temel Noktalar¶

• Sınav Hafta 1-15 arası tüm konuları kapsar
• Kod ezberlemek değil, kavramları anlamak üzerine odaklanın
• Kod parçacıklarında kalıpları belirleme alıştırması yapın
• Kod kokularını belirleme ve yeniden düzenleme önerme alıştırması yapın
• Verilen senaryolar için UML sınıf diyagramları çizebilin
• Her kalıbın yalnızca ne olduğunu değil, ne zaman kullanılacağını bilin

Ders Özeti¶

Neler Öğrendiniz¶

CEN206 Nesne Yönelimli Programlama
|
|-- TEMELLER (Hafta 1-7)
|   |-- NYP Kavramları: Kapsülleme, Kalıtım,
|   |   Çok Biçimlilik, Soyutlama
|   |-- UML Diyagramları: Yazılım sistemlerinin görsel modellenmesi
|   |-- PlantUML: Metin tabanlı diyagram oluşturma
|   |-- UMPLE: Model yönelimli programlama
|
|-- TASARIM KALIPLARI (Hafta 9-11)
|   |-- Oluşturucu (Creational): Nesne oluşturma için 5 kalıp
|   |-- Yapısal (Structural): Bileşim için 7 kalıp
|   |-- Davranışsal (Behavioral): İletişim için 10 kalıp
|
|-- KOD KALİTESİ (Hafta 12-14)
|   |-- Kod Kokuları (Code Smells): 5 kategoride 22 koku
|   |-- Yeniden Düzenleme (Refactoring): 6 kategoride 66 teknik
|   |-- En İyi Uygulamalar: SOLID, Clean Code, Vaka Çalışmaları
|
|-- UYGULAMA (Hafta 15)
    |-- Final Projesi: Tüm kavramları birlikte uygulama
    |-- Ders Özeti: Bilgiyi pekiştirme

Son Sözler¶

İleriye Taşıyacağınız Temel İlkeler¶

1. Nesnelerle düşünün -- gerçek dünya varlıklarını sınıflar ve ilişkilerle modelleyin
2. Kodlamadan önce tasarlayın -- UML diyagramları hata ayıklama süresini kısaltır
3. Kalıpları akıllıca kullanın -- onlar tekrarlayan sorunlara çözümlerdir, amaç değil
4. Kodu temiz tutun -- sürekli yeniden düzenleyin, kokuları erken giderin
5. SOLID'i takip edin -- bu ilkeler iyi NYP tasarımına rehberlik eder
6. Kodunuzu test edin -- test edilmemiş kod güvenilmez koddur
7. Tasarımınızı belgeleyin -- gelecekteki siz (ve ekibiniz) bunun için teşekkür edecek

Final projelerinizde ve sınavlarınızda başarılar dileriz!

Kaynaklar¶

• Gamma, E., Helm, R., Johnson, R., & Vlissides, J. (1994). Design Patterns: Elements of Reusable Object-Oriented Software. Addison-Wesley.
• Fowler, M. (2018). Refactoring: Improving the Design of Existing Code (2^nd Edition). Addison-Wesley Professional.
• Martin, R. C. (2008). Clean Code: A Handbook of Agile Software Craftsmanship. Prentice Hall.
• RefactoringGuru. Design Patterns. https://refactoring.guru/design-patterns
• RefactoringGuru. Refactoring Techniques. https://refactoring.guru/refactoring/techniques
• RefactoringGuru. Code Smells. https://refactoring.guru/refactoring/smells

Kaynaklar (devam)¶

• Lethbridge, T. C., & Laganiere, R. (2004). Object-Oriented Software Engineering: Practical Software Development using UML and Java. McGraw-Hill.
• Booch, G., Rumbaugh, J., & Jacobson, I. (2005). The Unified Modeling Language User Guide (2^nd Edition). Addison-Wesley.
• PlantUML. PlantUML Documentation. https://plantuml.com
• UMPLE. UMPLE Online. https://cruise.umple.org/umpleonline
• Freeman, E., Robson, E., Sierra, K., & Bates, B. (2004). Head First Design Patterns. O'Reilly Media.

\(End-Of-Week-15-Module\)