📂
Yazılım Geliştirme - Wiki
  • Giriş
  • YAZILIM GELİŞTİRME KILAVUZU
    • İsimlendirme
      • C# İsimlendirme Kılavuzu
      • MS SQL Server İsimlendirme Kılavuzu
      • Birim Testi İsimlendirme Kılavuzu
    • Clean Code
    • Refactoring
      • Refactoring Yöntemleri Katalogu
      • Code Smells
      • Teknik Borç ve Yeniden Düzenleme
      • Refactor Mercilessly - Acımasızca Yeniden Düzenle
      • Yeniden Düzenleme İş Akışları
      • Boy Scout Rule - İzci Kuralı
      • Later Equals Never - Sonra Asla Demektir
      • Collective Code Ownership - Ortak Kod Sahipliği
      • Opportunistic Refactoring - Fırsatçı Yeniden Düzenleme
      • Simplifying Conditional Expressions
      • Integrate Often - Sık Entegre Et
      • Broken Window - Kırık Pencere Teorisi
      • DRY - Don't Repeat Yourself
      • KISS - Keep It Simple Stupid
      • YAGNI - You're Not Gonna Need It
    • SOLID Prensipleri
      • Single Responsibility Principle
      • Open-Closed Principle
      • Liskov Substitution Principle
      • Interface Seggregation Principle
      • Dependency Inversion Principle
    • Design Patterns - Tasarım Kalıpları
    • Anti-Patterns - Anti-Kalıplar
    • Cyclomatic Complexity
    • When a Bug is Found - Bir Hata Bulunduğunda
    • Unit Tests - Birim Testleri
    • Test Geliştirme Yöntemleri ve Prensipleri
  • Extreme Programming (XP)
    • Extreme Programming (XP)
    • Extreme Programming’in Kuralları
    • Extreme Programming Değerleri
    • Technical Debt - Teknik Borç
    • Simplicity is the Key - Basitlik Kilit Noktadır
    • Iterative Development - Tekrarlamalı Geliştirme
    • Never Add Functionality Early - Asla Önceden İşlevsellik Ekleme
    • Pair Programming - Çift Programlama
    • Code the Unit Test First - Önce Testi Yazmak
  • Uygulama Yapısı ve Katmanları
    • Application Domain - Uygulama Alanı
      • ASP.NET MVC
      • ASPNET Web Api
      • WCF Servisleri
      • Javascript
    • Business Domain - İş Alanı
    • Data - Veri Erişim Katmanı
    • Dependency Injection / Ioc
    • Solüsyon ve Proje Organizasyonu
  • Test Geliştirme
    • Birim Testleri
      • Behaviour Driven Development - BDD
      • Test Driven Development (T.D.D.)
      • Birim Testi Geliştirme Prensipleri
      • Birim Testi İsimlendirme Kılavuzu
      • Strict Mock
    • Sistem Testleri
    • Arayüz Testleri
      • WebDriver Kullanımları
      • Tarayıcı Ayarları
      • Nunit ile Selenium Entegrasyonu
    • Entegrasyon Testleri
    • Test Piramidi
    • Acceptance Tests - Kabul Testleri
Powered by GitBook
On this page
  • Tanım
  • İlgili Yöntemler

Was this helpful?

  1. YAZILIM GELİŞTİRME KILAVUZU
  2. Refactoring

Boy Scout Rule - İzci Kuralı

Boy Scout Rule - İzci Kuralı

PreviousYeniden Düzenleme İş AkışlarıNextLater Equals Never - Sonra Asla Demektir

Last updated 4 years ago

Was this helpful?

Tanım

“Kamp alanını bulduğundan daha temiz bırak.”

Yapacağın temizlik çok büyük bir şey olmayabilir.

  • Bir değişkenin adını daha iyisiyle değiştir

  • Büyük olan bir metodu parçala

  • Kod tekrarını biraz azalt

  • Karmaşık bir koşullu ifadeyi basitleştir. (if, while, vb.)

Zaman geçtikçe daha iyiye giden bir proje düşün. Zaten profesyonellik dışında bir seçeneğimiz yok. Sürekli iyileştirme (Continuous Improvement) profesyonelliğin özünde olan bir şeydir.

İlgili Yöntemler

Fırsatçı Yeniden Düzenleme