kotlin-guice VS Kodein

Compare kotlin-guice vs Kodein and see what are their differences.

Our great sponsors
  • Appwrite - The Open Source Firebase alternative introduces iOS support
  • JetBrains - Developer Ecosystem Survey 2022
  • SonarQube - Static code analysis for 29 languages.
  • Scout APM - Less time debugging, more time building
kotlin-guice Kodein
0 2
58 2,797
- 1.0%
4.3 8.2
5 months ago 30 days ago
Kotlin Kotlin
Apache License 2.0 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.

kotlin-guice

Posts with mentions or reviews of kotlin-guice. We have used some of these posts to build our list of alternatives and similar projects.

We haven't tracked posts mentioning kotlin-guice 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 2021-11-14.
  • Do we really need to use Dependency Injection Framework?
    3 projects | reddit.com/r/androiddev | 14 Nov 2021
    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
    4 projects | reddit.com/r/Kotlin | 2 Jul 2021
    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 kotlin-guice and Kodein you can also consider the following projects:

koin - Koin - a pragmatic lightweight dependency injection framework for Kotlin

injekt

Kodein-DB - Multiplatform NoSQL database

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

kodeinject - :gear: Constructor dependency injection for Kodein.