Refactoring: Çalışan Kodu Neden ve Nasıl İyileştirmeli?

Deneyimsiz bir yaklaşımla bakıldığında refactoring gereksiz görünür: "Kod zaten çalışıyor, neden dokunuyoruz ki?" Oysa çalışıyor olması, kodun sağlıklı olduğu anlamına gelmez. Yazılım canlı bir organizma gibidir; her yeni özellik, her acele düzeltme, kodun yapısına küçük bir baskı ekler. Zamanla bu baskılar birikir ve kod tabanı, dokunmaya korktuğunuz kırılgan bir yapıya dönüşür. Refactoring, tam da bu çürümeyi tersine çevirmenin disiplinidir. Bu yazıda refactoring'in ne olduğunu, neden gerekli olduğunu ve nasıl güvenle yapılacağını ele alacağız.

Refactoring Nedir, Ne Değildir?

Refactoring, dışarıdan gözlenen davranışı değiştirmeden kodun iç yapısını iyileştirmektir. Yani kullanıcı açısından hiçbir şey değişmez; aynı girdiye aynı çıktı verilir. Değişen tek şey kodun okunabilirliği, sadeliği ve genişletilebilirliğidir.

Refactoring şu değildir: yeni özellik eklemek, hata düzeltmek veya performansı değiştirmek. Bunları refactoring ile aynı anda yapmak, en sık düşülen tuzaktır; çünkü bir şey bozulduğunda sebebin yapısal değişiklik mi yoksa davranış değişikliği mi olduğunu ayırt edemezsiniz.

Refactoring ile davranış değişikliğini asla aynı adımda yapmayın. Ya yapıyı düzeltirsiniz ya davranışı; ikisi bir aradaysa hatayı bulmak kâbusa döner.

Neden Refactoring Yaparız?

Refactoring'in amacı estetik değil, ekonomiktir. Temiz bir yapı, gelecekteki değişiklikleri ucuzlatır. Somut faydaları şunlardır:

• Değişim hızı: Anlaşılır kodda yeni özellik eklemek daha hızlı ve daha güvenlidir.
• Daha az hata: Karmaşıklık azaldıkça gizli hataların saklanacağı köşe de azalır.
• Kolay onboarding: Yeni bir geliştirici temiz koda daha çabuk uyum sağlar.
• Teknik borç yönetimi: Küçük düzenli iyileştirmeler, büyük çöküşleri önler.

Ne Zaman Refactoring Yapılır?

Refactoring genellikle ayrı bir "temizlik projesi" olarak değil, günlük geliştirmenin bir parçası olarak yapılır. Meşhur "İzci Kuralı" (Boy Scout Rule) bunu güzel özetler: "Kampı bulduğundan daha temiz bırak." Yani her dokunduğunuz dosyayı, çıkarken bıraktığınızdan biraz daha iyi hale getirin.

1. Yeni özellik eklemeden önce: İlgili bölgeyi anlaşılır hale getirip sonra ekleme yapmak daha güvenlidir.
2. Hata düzeltirken: Hatayı bulmak için kodu anladıysanız, o anlayışı koda yansıtın.
3. Kod incelemesinde fark edildiğinde: "Bu kısım karışık" geri bildirimleri iyi bir refactoring tetikleyicisidir.

Güvenli Refactoring'in Temeli: Testler

Refactoring'in altın kuralı şudur: davranışı değiştirmediğinizden emin olmanız gerekir. Bunu garanti eden şey testlerdir. Otomatik testler olmadan yapılan refactoring, gözü kapalı ameliyat gibidir. Testler yeşil kaldığı sürece, yapıyı gönül rahatlığıyla iyileştirebilirsiniz.

Eğer test edilmemiş bir kod tabanını refactor edecekseniz, önce o bölgeyi kapsayan testleri yazmak, harcadığınız zamana değen bir yatırımdır. Bu testler hem güvenlik ağınız olur hem de kodun gerçekte ne yaptığını belgeler.

Küçük Adımlar, Sık Doğrulama

İyi refactoring büyük bir yeniden yazma değil, küçük ve tersine çevrilebilir adımların dizisidir. Her adımdan sonra testleri çalıştırıp yeşil olduğunu görürsünüz. Böylece bir şey bozulursa, hangi minik adımın sorumlu olduğunu anında bilirsiniz.

// Önce: iç içe, okunması zor koşul
if ($u != null && $u->aktif == true
    && $u->bakiye > 0) { indirimUygula(); }

// Sonra: niyeti açıklayan bir metoda çıkarıldı
if ($u->indirimeUygunMu()) {
    indirimUygula();
}

Klasik Refactoring Teknikleri

• Metot çıkarma (Extract Method): Uzun bir fonksiyonun bir parçasını anlamlı adlı yeni bir metoda taşımak.
• Değişkeni yeniden adlandırma: Belirsiz bir ismi amacını açıklayan bir isimle değiştirmek.
• Koşulu sadeleştirme: Karmaşık boolean ifadeleri, niyeti anlatan yardımcı metotlara dönüştürmek.
• Ölü kodu silme: Hiç çağrılmayan fonksiyon ve değişkenleri temizlemek.
• Sihirli sayıları sabite çevirme: Anlamsız sayı ve metinleri isimlendirilmiş sabitlere taşımak.

Refactoring bir maraton değil, düzenli yürüyüştür. Her gün biraz temizlik, kod tabanını yıllarca sağlıklı tutar; ertelenen temizlik ise bir gün çöküşe döner.

Berasoft'ta Devralınan Projelere Yaklaşım

Sık sık başka ekiplerin geliştirdiği projeleri devralır ve büyütürüz. Bu tür projelerde ilk işimiz her şeyi baştan yazmak değildir; bu genellikle riskli ve pahalıdır. Bunun yerine, dokunduğumuz her bölgeyi kademeli olarak temizler, kritik akışları testlerle koruma altına alır ve refactoring'i günlük geliştirmeye yediririz. Böylece sistem çalışmaya devam ederken sağlığı adım adım iyileşir.

Sonuç

Refactoring, çalışan kodu daha iyi hale getirme sanatıdır; davranışı bozmadan yapıyı güçlendirir. Testlerle güvence altına alınmış, küçük adımlarla ilerleyen ve günlük rutine yedirilmiş bir refactoring pratiği, teknik borcu birikmeden eritir. Kodunuz "dokunmaya korktuğunuz" bir yapıya dönüştüyse, çözüm baştan yazmak değil, disiplinli bir iyileştirme sürecidir. Var olan bir sistemi sağlıklı biçimde büyütmek isterseniz bizimle iletişime geçebilirsiniz.