KODI
light-weight KOtlin Dependency Injection (KODI) (by Rasalexman)
Kodein
Painless Kotlin Dependency Injection (by kosi-libs)
KODI | Kodein | |
---|---|---|
- | 3 | |
16 | 3,260 | |
- | 0.4% | |
6.6 | 7.6 | |
5 months ago | 3 days ago | |
Kotlin | Kotlin | |
MIT License | MIT License |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
KODI
Posts with mentions or reviews of KODI.
We have used some of these posts to build our list of alternatives
and similar projects.
We haven't tracked posts mentioning KODI yet.
Tracking mentions began in Dec 2020.
Kodein
Posts with mentions or reviews of Kodein.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-11-09.
-
Kodein VS MocKMP - a user suggested alternative
2 projects | 9 Nov 2022
-
Do we really need to use Dependency Injection Framework?
Now I will finish up saying Hilt is just an opinionated way to dependency injection on Android, but there are simpler frameworks out there such as Koin or Kodein that can help take away a lot of the troubles that can come when you try to make your own framework. Just know that most other frameworks tend to be runtime injection instead of compile time injection like Hilt, which can be helpful to know at compile time if you are missing a dependency in your graph as opposed to runtime when its out in the wild.
-
Yet another DI library, bit this time it's not a service locator
Long answer: My pain mostly comes from using [Kodein](https://github.com/Kodein-Framework/Kodein-DI/) and a custom service locator in an iOS/Swift project. Other than that I have very little experience with DI (e.g. I never used Dagger so far), so my opinion might be a little biased. Also, both of these projects are really large, so, in many cases, a class is declared in one module but used in a completely different module and the DI or service locator is sort of the glue between the modules.
What are some alternatives?
When comparing KODI and Kodein you can also consider the following projects:
Katana - Lightweight, minimalistic dependency injection library for Kotlin & Android
koin - Koin - a pragmatic lightweight dependency injection framework for Kotlin & Kotlin Multiplatform
kotlin-guice - Guice DSL extensions for Kotlin
kotlin-guiced - Convenience Kotlin API over the Google Guice DI Library
kapsule - Minimalist dependency injection library for Kotlin.