Dependency Injection'da Hilt Hype'ı: Manual DI Neden Hâlâ Geçerli

Android geliştirme topluluğu Hilt'i sanki bir mucize ilaç gibi sunuyor. Evet, Google'ın resmi DI kütüphanesi, evet Dagger'ın üzerine kurulu ve boilerplate'i azaltıyor. Ama burada söylenmesi gereken bir gerçek var: Hilt, her projeye ihtiyaç duyduğu şey değil.

Manuel DI, yani bağımlılıkları elle yönetmek, Android'te hâlâ geçerli bir yaklaşımdır. Özellikle küçük ve orta ölçekli uygulamalarda.

Hilt'in Gerçek Kazancı

Hilt, iki şeyde başarılı: annotation işlemiyle boilerplate'i ciddi şekilde azaltıyor ve scope yönetimini otomatikleştiriyor. Eğer 20+ modülün bağımlılıklarını yönetiyorsan, Hilt'in sağladığı yapı ve tutarlılık önemlidir. Ayrıca testing için hazır mock oluşturma araçları vardır.

Ancak bu faydalar, projenin karmaşıklığıyla orantılı. Basit bir MVVM uygulamasında, Hilt'in ekstra katmanı ve derleme süresi artışı, sağladığı faydadan daha ağır basabilir.

Manual DI'ın Gözden Çıkarılan Avantajları

Elle yazılan DI kodunun bir avantajı vardır: kontrol ve şeffaflık. Bir `ServiceLocator` sınıfı veya basit bir `AppContainer` yazdığında, bağımlılık akışı tamamen açıktır. Debugging kolaydır, ekip tarafından anlaşılması hızlıdır.

Ayrıca derleme süresi önemlidir. Hilt'in annotation işlemi, özellikle büyük projelerde derlemede gözle görülür bir yavaşlama yaratır. Küçük bir startup projesinde bu, geliştirme hızını etkileyebilir.

Pragmatik Tercih

Sorulması gereken soru şu: "Projem kaç bağımlılık barındırıyor ve bu bağımlılıklar ne kadar dinamik?" Eğer yanıt "az ve statik" ise, manuel DI yeterlidir. Hilt'i eklemek, yeni bir aracı öğrenme ve bakım maliyeti demektir.

Ters durumda, çok modüllü, test-yoğun, büyük bir ekip tarafından yönetilen bir proje, Hilt'in sağladığı standartlaştırma ve tooling, bu maliyeti haklı çıkarır.

Hilt'i kullanmayan başarılı uygulamalar vardır. Bu, Hilt'in kötü olduğu anlamına gelmez; sadece her çözüm, her problemin cevabı değildir.