# DI Published articles for DI. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## Hilt in Android Auto: From Manual Factories to a Cleaner Screen Provider DevFeed: [Hilt in Android Auto: From Manual Factories to a Cleaner Screen Provider]() Original publisher: [Read original article]() Author: FunkyMuse Published: 2026-06-05T09:30:00Z Content type: tutorial Language: en Sources: [FunkyMuse]() Topics: [Android](), [Dagger](), [Dependency management](), [App](), [Testing]() Tags: [android](), [android-auto](), [dagger](), [dependency-management](), [di](), [how-to](), [testing]() ### AI overview A tutorial on replacing manual dependency wiring in an Android Auto Car App with compile-time dependency injection using Hilt. It explains using Hilt entry points, screen providers, multibinding, and a central module to reduce constructor boilerplate and improve testability. ### Source excerpt If you've ever followed the Android Auto Codelabs, you've seen the "sample" way of building a Car App. It works, it's functional, but as soon as you try to scale it beyond a simple demo, you hit a wall: Dependency Management. Keep in mind this is only one way to wire things, I'm pretty sure many others exist, I'm exploring things on Android Auto and Android Wear lately and how to connect and w... ## Metro DI for KMP mobile: From God Objects and manually checked Singletons to Compile-Time Injection DevFeed: [Metro DI for KMP mobile: From God Objects and manually checked Singletons to Compile-Time Injection]() Original publisher: [Read original article]() Author: FunkyMuse Published: 2026-05-24T17:30:00Z Content type: tutorial Language: en Sources: [FunkyMuse]() Topics: [Mobile](), [Code](), [Android](), [iOS](), [Java](), [Dagger]() Tags: [android](), [code](), [dagger](), [di](), [ios](), [jvm](), [kmp](), [kotlin](), [mobile]() ### AI overview This article describes migrating the mobile side of the Rudio Kotlin Multiplatform project from God Objects, custom thread-safe singletons, and manually managed lazy dependencies to Metro's compile-time dependency-injection graph. It explains different startup and platform-binding requirements for Android, iOS, and JVM desktop, including Android integration with Room and platform-specific Metro hooks. ### Source excerpt The Starting Point: God Object, Custom Singletons, and Lazy Maps In the previous article i talked about how the Ktor backend replaced a God Object BackendComponent with Metro's compile-time graph. The mobile side of Rudio had a remarkably similar story, except it was more interesting because there were actually two God Objects working together and someone (looks in the code, realizes it was me... ## Metro DI for Ktor Backend: From a God Object through manual DI to Constructor Injection DevFeed: [Metro DI for Ktor Backend: From a God Object through manual DI to Constructor Injection]() Original publisher: [Read original article]() Author: FunkyMuse Published: 2026-05-15T15:35:00Z Content type: tutorial Language: en Sources: [FunkyMuse]() Topics: [Ktor](), [Back end](), [modules]() Tags: [backend](), [constructor](), [dependencies](), [di](), [gradle](), [kotlin](), [ktor](), [redis](), [server](), [unit-test]() ### AI overview This article describes replacing manual dependency injection in a Ktor backend with Metro. It explains how default constructor parameters and a central BackendComponent can accidentally couple tests to real dependencies such as Redis, while Metro wires constructor parameters at compile time and removes those defaults. ### Source excerpt The Starting Point: a God Object When Rudio was a created a few months ago it used the simplest possible DI: one big object BackendComponent with everything wired manually via by lazy and lateinit var. No framework, no annotations, no ceremony, then i started adding things and manual DI became a tedious and tiring task because everywhere i used default parameters to achieve default constructor... ## Dependency Injection and Dependency Inversion in Node.js and TypeScript DevFeed: [Dependency Injection and Dependency Inversion in Node.js and TypeScript]() Original publisher: [Read original article]() Author: Petar Ivanov Published: 2026-03-29T12:19:37Z Content type: tutorial Language: en Sources: [The T-Shaped Dev]() Topics: [Dependency injection](), [Node.js](), [Dependency Inversion](), [TypeScript](), [Express](), [PostgreSQL](), [Drizzle](), [SendGrid](), [Amazon Web Services]() Tags: [dependency-inversion](), [di](), [node-js](), [testing](), [typescript]() ### AI overview A tutorial on using plain TypeScript dependency injection in Node.js. It distinguishes dependency injection from dependency inversion and argues that explicit dependencies can improve testability and make implementations easier to swap. ### Source excerpt Learn the hidden costs about importing everything directly and the structural change you need to make. (8 min) ## How Understanding Request Flow in Spring Boot Changed the Way I Code DevFeed: [How Understanding Request Flow in Spring Boot Changed the Way I Code]() Original publisher: [Read original article]() Author: Mohammed Published: 2025-12-03T02:02:20Z Content type: article Language: en Sources: [Java Advent Calendar]() Topics: [Spring Boot](), [backend-development](), [Framework](), [Programming](), [API](), [Database]() Tags: [2025](), [api](), [architecture](), [backend](), [backend-development](), [controllers](), [di](), [java](), [java-advent](), [jpa](), [programming](), [spring-boot](), [springboot]() ### AI overview This article explains how tracing a request through a Spring Boot application helped the author understand layered backend architecture. It follows the flow from Controller to Service to Repository and Database, and discusses dependency injection, inversion of control, annotations, and the roles of application layers. ### Source excerpt When I first stepped into backend development, I believed programming was only about one thing: "If the output comes, the job is done." I bundled everything into one giant file -- controllers, logic, database access.I didn't understand why Spring insisted on layers or why DI, IoC, and annotations were so important. The project structure looked [...] The post How Understanding Request Flow in Spring Boot Changed the Way I Code appeared first on JVM Advent. ## Building a Note-Taking App in Compose DevFeed: [Building a Note-Taking App in Compose]() Original publisher: [Read original article]() Author: Doximity Published: 2023-07-05T19:47:00Z Content type: tutorial Language: en Sources: [Doximity]() Topics: [Jetpack Compose](), [App](), [Code](), [Template]() Tags: [app](), [architecture](), [build](), [building](), [class](), [clean-architecture](), [code](), [collect](), [compose](), [data-class](), [di](), [extension-function](), [flow](), [icons](), [implement](), [koin](), [list](), [state](), [state-management](), [view]() ### AI overview A case study showing how to build a note-taking app with Jetpack Compose. It models note state, renders the notes UI, collects note data through a presenter and Clean Architecture use cases, and plans events for adding, editing, checking, and deleting notes. ### Source excerpt In this case study, we will build a note-taking app that lets the user add, edit and delete notes. It uses Compose for both the view and presentation layers! Note: This is a follow up to Part 1: Simplifying State Management with Compose and assumes the reader is already familiar with Jetpack Compose. The Template I find it useful to start with the model that represents the state of the screen we're building. It will have a list of notes, with each note containing properties for the text and checkbox: data class NotesUiModel(val notes: List) : UiModel { data class Note(val text: String, val isChecked: Boolean) : UiModel } It'll be the job of the presenter to produce this model. Initially, let's implement a stub to return an empty list of notes (we'll ignore parameters for now): class NotesListPresenter : Presenter { @Composable override fun present(params: Unit): NotesUiModel { return NotesUiModel(notes = emptyList()) } } Then we can build our view to render the model that's returned by the presenter: @Composable fun NotesScreen() { val presenter: NotesListPresenter = koinInject() // we use koin for DI val uiModel = presenter.present(Unit) Column { TopAppBar(title = { Text("Notes") }) Notes(uiModel) } } } The View The views themselves are pretty self-explanatory if you're already familiar with building UIs in Compose. For the notes, we'll take in a NotesUiModel argument and create a LazyColumn with the notes property. A FAB button is used for adding new notes, although we'll skip the triggering of events and return to this part in a little bit: @Composable private fun Notes(uiModel: NotesUiModel) { Box { LazyColumn { items(uiModel.notes) { note -> Note(note) } } FloatingActionButton(onClick = { /* TODO */ }) { Icon(imageVector = Icons.Rounded.Add) } } } Then we can render each note with a checkbox, text field and delete button: @Composable private fun Note(uiModel: Note) { Row { Checkbox( checked = uiModel.isChecked, onCheckedChange = { /* T ## Providing AssistedInject supported ViewModel for Composable using Hilt DevFeed: [Providing AssistedInject supported ViewModel for Composable using Hilt]() Original publisher: [Read original article]() Author: Shreyas Patil Published: 2021-06-29T14:52:48Z Content type: tutorial Language: en Sources: [Shreyas Patil's Blog]() Topics: [Dependency injection](), [Dagger](), [Android](), [Jetpack Compose](), [navigation]() Tags: [android](), [compose](), [dagger](), [dagger-hilt](), [dependencies](), [dependency-injection](), [di](), [guide](), [how-to](), [interface](), [java](), [jetpack](), [jetpack-compose](), [kotlin](), [learn-coding](), [navigation-component]() ### AI overview This tutorial explains how to provide an AssistedInject-supported ViewModel for Jetpack Compose using Hilt. It describes AssistedInject runtime parameters and an EntryPoint-based approach for accessing the ViewModel factory because Hilt does not directly support this use case. ### Source excerpt Learn how to provide Hilt ViewModels with AssistedInject to Jetpack Compose Composables for dynamic dependency injection with runtime parameters. ## Dagger, Hilt, Koin - a comparison DevFeed: [Dagger, Hilt, Koin - a comparison]() Original publisher: [Read original article]() Published: 2020-08-05T13:02:01Z Content type: comparison Language: en Sources: [maiatoday]() Topics: [Dependency injection]() Tags: [comparison](), [dagger](), [dagger-hilt](), [dependency-injection](), [di](), [gdg](), [hilt](), [koin](), [talk]() ### AI overview A talk presented for GDG Johannesburg compares the dependency injection technologies Dagger, Hilt, and Koin. ### Source excerpt Talk presented for GDG Johannesburg comparing dependency injection technologies. slides ## Introduction to Dependency Injection with Dagger for Java and Android DevFeed: [Introduction to Dependency Injection with Dagger for Java and Android]() Original publisher: [Read original article]() Author: Shreyas Patil Published: 2020-03-15T07:54:11Z Content type: tutorial Language: en Sources: [Shreyas Patil's Blog]() Topics: [Dagger](), [Dependency injection](), [Android](), [Code](), [Java](), [Framework]() Tags: [android](), [app-architecture](), [architecture](), [class](), [classes](), [code](), [component](), [constructor](), [dagger](), [dependencies](), [dependency-injection](), [di](), [getting-started](), [java](), [learn](), [object](), [others](), [parameter]() ### AI overview This tutorial introduces Dependency Injection and Dagger, explaining how Dagger is a static, compile-time framework for Java and Android. It uses a life-needs analogy and a sequence of dependent classes to demonstrate constructor injection and dependency creation. ### Source excerpt Demystifying Dependency Injection with Dagger. Learn DI concepts through real-life analogies and simplify your Android app architecture. ## In-depth: How do CDK Portals work? DevFeed: [In-depth: How do CDK Portals work?]() Original publisher: [Read original article]() Published: 2018-06-25T00:00:00Z Content type: tutorial Language: en Sources: [Juri Strumpflohner]() Topics: [Angular](), [Document Object Model (DOM)](), [App]() Tags: [angular](), [angular-material](), [component](), [context](), [di](), [how-to](), [implementation](), [internals](), [lifecycle](), [render](), [view]() ### AI overview This tutorial explains how Angular Material CDK Portals move template content from one component location to another. It examines the portal and portal host internals and outlines how to implement equivalent behavior using Angular views, view containers, dependency injection, and DOM rendering. ### Source excerpt Lorem ipsum dolor sit amet ## Using Dagger 1 and Kotlin DevFeed: [Using Dagger 1 and Kotlin]() Original publisher: [Read original article]() Author: Michael Evans Published: 2016-02-17T18:43:25Z Content type: article Language: en Sources: [Gadget Habit]() Topics: [Dagger](), [Kotlin](), [Android](), [Compiler](), [Development]() Tags: [2](), [android](), [android-development](), [beginner](), [compiler](), [dagger](), [dagger-2](), [dependencies](), [development](), [di](), [java](), [kotlin](), [property]() ### AI overview This article explains how to use Dagger 1 with Kotlin in an Android app. It describes Kotlin annotation-processing limitations, Dagger module compilation problems, and a workaround that converts modules to Java classes. It also explains how to inject Kotlin properties by targeting the annotation at the backing field because Dagger does not support method injection. ### Source excerpt Unless you've been hiding from all the news about Android development, you've likely heard about Kotlin (which hit version 1.0 on Monday!). I've been toying around with it lately (the Kotlin Koans are a great place to start for a beginner) and wanted to try building an app with it - that is, until I hit a few road blocks. Personally, I'm still a fan of Dagger 1 (or as I refer to it, Dagger Classic), and when I started working on my Kotlin app, that's what I was planning to use. I knew Annotation Processing support was a relatively new addition to Kotlin, so I began to search for some information about how to get Dagger to play nicely with the Kotlin compiler. There's a lot of information about using Dagger 2 with Kotlin but not so much about Dagger Classic. Finally, I stumbled upon this article, which said, "Unfortunately, Square's Dagger 1 does not appear to work with Kotlin while Google's Dagger 2 does". Bummer. This didn't really deter me, however, because I'm stubborn like that. So I proceeded to give it a try with kapt1 anyway (which seemed like it might do what I want). Modules The first thing I did was try to create the various Dagger Modules that I'd need, which is where I hit my first roadblock. Attempting to compile my module gave the following error: 1 Error:Modules must not extend from other classes: org.michaelevans.example.AppModule My intial thought was that Kotlin was causing my Module to extend Any, rather than Object. (Any is the root of the class hierarchy in Kotlin, similar to the way that Object is the root of the Java class hierarchy.) Upon closer inspection, that didn't seem to be the issue, but rather than get hung up on this - I just converted my modules to Java classes and decided to come back to this issue later. @Inject So now I had my modules set up, and I went about trying to @Inject some fields on an Activity or two. This yielded another problem: Kotlin doesn't have fields, and we obviously can't do constructor injection on something f