İçeriğe atla
DevDisciplineNIGHT CITY NEVER SLEEPS
Blog+Hakkımda
Loading
DevDiscipline
instagramlinkedin

© 2026 ALPARSLAN SELÇUK DEVELİOĞLU

Gizlilik Politikası·Kullanım Koşulları

Mailini bırak. Yeni yazıları göndereyim.

Blog+

Kendi yazı pratiğim için kurdum. Editör, SEO, çok dil — hepsi burada.

Detaylara Bak
Kategoriler
AraBlog+Hakkımda
Eski Yöneticimin Bana En Kızdığı An (Haklıydı) : Dagger Hilt ve DI Dersi | DevDiscipline
Yazılım5 dk

Eski Yöneticimin Bana En Kızdığı An (Haklıydı) : Dagger Hilt ve DI Dersi

Yayınlandı: 3 Haziran 2026

TL;DR

Küçük görünen bir Android projesine Dependency Injection eklenmesi ertelenince, proje üç farklı backend'e entegre olmak zorunda kalındığında kod yönetimi çok zorlaştı. Dagger Hilt'in @Qualifier anotasyonları bu sorunu temiz bir şekilde çözüyor. Projenin büyüyüp büyümeyeceği belli olmadığından DI'ı baştan kurmak doğru karardır.

  • Küçük pratik notlar
  • Dependency Injection (DI) Sadece Bu Değildir
  • DI’ın Kalbi: “Inversion of Control” ve Composition Root
  • Sonuç

İçindekiler

  • Küçük pratik notlar
  • Dependency Injection (DI) Sadece Bu Değildir
  • DI’ın Kalbi: “Inversion of Control” ve Composition Root
  • Sonuç

Yeni yazıları kaçırma

Bu tarz notları arada maille göndereyim. Gürültü yok, sadece yeni yazılar.

Sıkça Sorulan Sorular

▸Dagger Hilt neden küçük projelere de baştan eklenmelidir?

Proje başlangıçta küçük görünse de ilerleyen süreçte farklı servislerle entegrasyon gerekebilir. Hilt olmadan birden fazla backend'e bağlanmak kodu hızla karmaşıklaştırır. Baştan kurulan bir DI altyapısı, sonradan eklenen her yeni servisi temiz bir şekilde yönetmeyi sağlar.

▸Birden fazla base URL olduğunda Hilt nasıl kullanılır?

Hilt'te @Qualifier anotasyonları tanımlanarak her servis için ayrı OkHttpClient ve Retrofit nesneleri oluşturulur. Örneğin @BaseClient, @ValeClient ve @HotelClient gibi qualifier'lar, hangi istemcinin nerede kullanılacağını açıkça belirtir. Bu sayede bağımlılıklar projeye temiz ve karışıklık olmadan enjekte edilebilir.

▸Dependency Injection olmadan çok servisli projeyi yönetmek neden zorlaşır?

Her yeni entegrasyonda yeni uç noktalar ve konfigürasyonlar elle yönetilmek zorunda kalınır; bu da hem Android hem iOS tarafında kodun şişmesine yol açar. Ayrıca test yazmak güçleşir ve aynı nesne birden fazla yerde tekrar tekrar oluşturulur. DI bu nesneleri tek bir yerden yönetip her yere dağıtarak karmaşıklığı azaltır.

Yazılım Mühendisliği Sınıflandırması

#1"Bilmiyorum" Diyebilen, Belgeye Dayalı Hukuk Yapay Zekâsı#111 Milyon Karakterlik HTML’i Mobil WebView’da Açmak: Virtual Chunking#110 Yıllık Yazılımcının Vibe Coding ile İmtihanı#1Eski Yöneticimin Bana En Kızdığı An (Haklıydı) : Dagger Hilt ve DI Dersi// okunuyor
Seri İndeksi: 4 yazı kayıtlandıdev_discipline://series_meta
#android geliştirme#teknik borç#dependency injection#dagger hilt#yazılım mimarisi

Bunları da Beğenebilirsin

"Bilmiyorum" Diyebilen, Belgeye Dayalı Hukuk Yapay Zekâsı
Yazılım

"Bilmiyorum" Diyebilen, Belgeye Dayalı Hukuk Yapay Zekâsı

8 dk28 Mayıs 2026
11 Milyon Karakterlik HTML’i Mobil WebView’da Açmak: Virtual Chunking
Yazılım

11 Milyon Karakterlik HTML’i Mobil WebView’da Açmak: Virtual Chunking

9 dk18 Nisan 2026
10 Yıllık Yazılımcının Vibe Coding ile İmtihanı
Yazılım

10 Yıllık Yazılımcının Vibe Coding ile İmtihanı

8 dk24 Mayıs 2026