Her yeni proje aynı soruyla başlıyor: hangi framework? Bu varsayımın üzerinde durmaya değer. Bilinen bir veri modeline sahip, odaklı bir ürün için framework, çözdüğü problemden daha fazla öğrenilecek kavram ekleyebilir. Biz şunu sorduk: 2026'da düz PHP bizi gerçekte nereye kadar götürüyor?
Modern PHP'nin halihazırda verdikleri
PHP 8.x, 2010'un PHP'si değil. Typed properties, enum'lar, readonly sınıflar, named arguments, match ifadeleri ve first-class callable söz dizimi, framework'lerin gerekçe gösterdiği tekrar kodunun çoğunu ortadan kaldırır. Prepared statement'lı PDO, bir ORM olmadan güvenli ve hızlı veritabanı erişimi sağlar.
- Typed properties & enum — daha az çalışma zamanı sürprizi, basit durumlar için doğrulama kütüphanesi gerekmez.
- PDO prepared statements — SQL injection sürücü seviyesinde çözülür, ORM yükü yoktur.
- Gerçekten ihtiyaç duyduğunuz birkaç kütüphane için Composer — bir router, bir mailer — tüm bir ekosistemi satın almadan.
Ne zaman vanilla yeter
Route'larınız sayılabilir, veri modeliniz oturmuş ve ekibiniz küçükse, vanilla PHP netlikte kazanır. Çağrı yığınını yukarıdan aşağıya herkes okuyabilir; debug edilecek sihir yoktur. Kodunuz çalışmadan önce bir kernel açılmadığı için sayfalar hızlı açılır.
"20 yıldır çalışan ve bir şey bozulduğunda Stack Overflow'da cevabı olan teknolojileri seçeriz." — RESWONS DNA
Ne zaman daha fazlasına uzanmalı
Framework'ler; ortak konvansiyona ihtiyaç duyan çok sayıda geliştiriciniz, onlarca varlıklı yayılmış bir alan ya da kuyruk, yayın ve karmaşık auth gibi hazır gelmesi gereken kesin ihtiyaçlarınız olduğunda hak ettiğini kazanır. O zaman yapı kendini amorti eder. Mesele "asla framework değil" değil — "varsayılan olarak değil".
Çıkarım
Alışkanlıktan değil, problemden başlayın. Çoğu küçük işletme ürünü için küçük, açık ve iyi test edilmiş bir vanilla kod tabanı daha hızlı yayınlanır, anlaşılır kalır ve güvenliğini sağlamak daha ucuzdur. Bir kütüphaneyi yerini hak ettiği anda ekleriz, bir an önce değil.
Tüm teknoloji felsefemiz Teknoloji sayfasında.