Framework Nedir, Ne Zaman Kullanılmalı, Ne Zaman Kaçınılmalı?

Framework, uygulamanızın iskeletini hazır sunan bir çatıdır. Yönlendirme, istek yönetimi, veritabanı erişimi, şablon motoru, oturum ve güvenlik gibi her projede tekrar eden işleri standart hâle getirir. Kazanç hızda ve tutarlılıkta; bedel ise öğrenme süresi ve çatının kurallarına uyma zorunluluğunda ortaya çıkar.

Kütüphane mi, framework mü?

Ayrım tek cümleyle özetlenir: kütüphaneyi siz çağırırsınız, framework sizi çağırır. Bir PDF kütüphanesini istediğiniz yerde çağırırsınız; framework ise isteği karşılar, hangi sınıfın çalışacağına karar verir ve sizin yazdığınız kodu belirlediği noktada devreye sokar. Buna kontrolün tersine çevrilmesi (inversion of control) denir.

Framework ne kazandırır?

• Ortak dil: Ekibe yeni katılan kişi, dosya düzenini ilk günden tanır.
• Güvenlik varsayılanları: CSRF koruması, çıktı kaçışlama, parametreli sorgular hazır gelir.
• Tekerleği yeniden icat etmemek: Kimlik doğrulama, göç dosyaları, doğrulama kuralları, e-posta gönderimi kutudan çıkar.
• Bakım devri: Projeyi devralan kişi, sizin özel kurgunuzu değil bilinen bir yapıyı öğrenir.

Bedeli nedir?

Framework’ün kuralları vardır ve o kuralların dışına çıkmak istediğinizde direnç hissedersiniz. Ayrıca sürüm yükseltmeleri projeye düzenli bakım yükü getirir. Üçüncü olarak, çatının nasıl çalıştığını bilmeden kullanmak hata ayıklamayı zorlaştırır: sorun sizin kodunuzda mı, yapılandırmada mı, çatının kendisinde mi ayırt edilemez.

Seçim için beş ölçüt

1. Ekip bilgisi: Üç kişilik ekibin ikisi bir çatıyı biliyorsa, teoride daha iyi olan üçüncü çatı pratikte daha kötüdür.
2. Proje ömrü: Beş yıl yaşayacak bir kurumsal modülde uzun dönem destekli (LTS) sürüm tercih edilmelidir.
3. Dokümantasyon: İyi dokümantasyon, kıdemsiz geliştiricinin sorularının yarısını üstlenir.
4. Barındırma kısıtı: Paylaşımlı sunucuda çalışacaksa, kuyruk ve arka plan işçisi gerektiren mimariler sorun çıkarır.
5. Topluluk: Hata mesajını aratınca cevap çıkıyor mu? Bu, kâğıt üzerindeki özelliklerden daha değerlidir.

Ne zaman framework kullanmamalı?

Şu üç durumda saf dil daha doğrudur: (1) tek bir formdan ibaret mikro araçlar, (2) yalnızca statik içerik sunan tanıtım siteleri, (3) çok dar bir kaynak kısıtında çalışan gömülü senaryolar. Bunların dışında, kullanıcı oturumu ve veritabanı devreye girdiği anda framework kazandırmaya başlar.

Bir çatıyı doğru kullanmanın işaretleri

Framework’ü kullanmak, kodun tamamını denetleyicilere (controller) yığmak demek değildir. Sağlıklı bir yapıda:

• Denetleyici yalnızca isteği alır, doğrular ve yanıtı döner; iş kuralları servis sınıflarında durur.
• Veritabanı erişimi model katmanında toplanır, görünümlerde sorgu bulunmaz.
• Yetki kontrolü tek bir politika sınıfında merkezîleşir, her ekranda tekrar yazılmaz.
• Şema değişiklikleri elle değil göç (migration) dosyalarıyla yapılır.

Pratik ölçüt: Yeni bir modül eklerken hangi dosyaya ne yazacağınızı düşünmeden biliyorsanız, çatıyı doğru kurmuşsunuz demektir.

Mikro framework mü, tam yığın mı?

Çatılar tek bir kategori değildir. Mikro framework’ler yalnızca yönlendirme ve istek yönetimi sunar; geri kalanını siz seçersiniz. Tam yığın çatılar ise kimlik doğrulamadan kuyruk sistemine kadar her şeyi hazır getirir.

Seçim şu soruya bağlıdır: ekibiniz bileşenleri kendisi seçip birleştirecek olgunlukta mı? Deneyimli bir ekip mikro yaklaşımla daha yalın bir sistem kurar. Karma deneyime sahip ekiplerde ise tam yığın çatı, kararların çoğunu baştan vererek tutarlılık sağlar ve tartışma süresini kısaltır.

Orta yol da mümkündür: tam yığın bir çatı kullanıp gereksiz bileşenleri devre dışı bırakmak. Böylece hem hazır güvenlik varsayılanlarından yararlanır hem de gereğinden ağır bir yapı taşımazsınız.

Çatıyı ne zaman değiştirmeli?

Çalışan bir sistemi yalnızca "daha modern" olduğu için başka bir çatıya taşımak, nadiren geri dönüşü olan bir yatırımdır. Geçiş için geçerli üç neden vardır: kullanılan sürümün güvenlik desteğinin bitmesi, çatının projeyi gerçekten engelleyen mimari bir sınırı ve ekip bulamama sorunu. Bunların dışındaki geçişler genellikle merakın maliyetidir.

Sürüm yönetimi ve teknik borç

Framework seçmek, o çatının yayın takvimine abone olmak demektir. Desteklenen sürümleri ve güvenlik yaması dönemlerini takip edin; örneğin CodeIgniter için sürüm bilgileri resmî site üzerinden duyurulur. Yılda bir kez bağımlılıkları gözden geçiren küçük bir bakım penceresi, üç yıl sonra karşınıza çıkacak dev bir yükseltme projesini önler.

Sonuç

Framework bir amaç değil araçtır. Doğru soru "hangi framework en iyisi" değil, "bu proje, bu ekip ve bu bütçeyle hangi çatı en az sürtünmeyi üretir" sorusudur. Cevabı verirken popülerlik listelerine değil, kendi ekibinizin bir hafta sonra ne kadar rahat kod yazdığına bakın.