Kodein
Painless Kotlin Dependency Injection (by kosi-libs)
espresso-kotlin-playground
Android app that uses the kotlin all open plugin for mocking in espresso tests (by plusmobileapps)
Our great sponsors
Kodein | espresso-kotlin-playground | |
---|---|---|
3 | 1 | |
3,136 | 1 | |
0.6% | - | |
6.0 | 0.0 | |
28 days ago | about 2 years 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.
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.
espresso-kotlin-playground
Posts with mentions or reviews of espresso-kotlin-playground.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-11-14.
-
Do we really need to use Dependency Injection Framework?
If you're looking for a simple project that shows all of the code changes converting a MVVM app to Hilt, this commit in repository of mine should show that. I should note that this commit also added mockk and the kotlin open compiler to write a mock espresso test which might show you another benefit to writing a hilt android test.
What are some alternatives?
When comparing Kodein and espresso-kotlin-playground you can also consider the following projects:
koin - Koin - a pragmatic lightweight dependency injection framework for Kotlin & Kotlin Multiplatform
kotlin-guice - Guice DSL extensions for Kotlin
injekt
kapsule - Minimalist dependency injection library for Kotlin.
KODI - light-weight KOtlin Dependency Injection (KODI)
kotlin-guiced - Convenience Kotlin API over the Google Guice DI Library
Katana - Lightweight, minimalistic dependency injection library for Kotlin & Android
Kodein-DB - Multiplatform NoSQL database
kodeinject - :gear: Constructor dependency injection for Kodein.
kotlin-inject - Dependency injection lib for kotlin
katana - A next-generation crawling and spidering framework.