|about 17 hours ago||7 days ago|
|Apache License 2.0||Apache License 2.0|
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.
Dagger Python SDK: Develop Your CI/CD Pipelines as Code
6 projects | news.ycombinator.com | 10 Nov 2022
Confusing. I initially thought someone ported the Dagger DI framework to Python: https://dagger.dev/
Multiplatform dependency injection libraries equivalent to Dagger/Anvil
5 projects | reddit.com/r/Kotlin | 27 Jul 2022
I'm currently using Dagger and Anvil for my DI needs. It's been working really well, especially around what Anvil permits in terms of multibindings defined on the type declaration rather than in a module. For example:
Dagger 2.43 released with support for multiple instances of the same ViewModel using keys 🎉
3 projects | reddit.com/r/androiddev | 21 Jul 2022
Great job, I have been waiting for this feature/fix for a long time https://github.com/google/dagger/issues/23283 projects | reddit.com/r/androiddev | 21 Jul 2022
Best libraries for Android Developers
19 projects | dev.to | 15 Jul 2022
Dirk: a new light-weight system for dependency injection
4 projects | reddit.com/r/java | 2 Jul 2022
Of course, but given that there is already https://dagger.dev/ I wonder how much of this "dirk" is derivative, and how is it better than what is already out there?
WireDI: Framework for dependency injection at compile time, aiming to bridge with runtime dependency injection
2 projects | reddit.com/r/java | 7 May 2022
Are you trying to reinvent, or perhaps improve upon, Dagger?
dilib - Dependency Injection in Rust
2 projects | reddit.com/r/rust | 26 Apr 2022
i don't really consider runtime a requirement of DI, perhaps stuff like spring made that something people are used to. another example https://dagger.dev/
Dagger - A portable devkit for CI/CD pipelines
3 projects | reddit.com/r/devops | 3 Apr 2022
I’m afraid the name is already taken https://dagger.dev
Dagger: a new way to build CI/CD pipelines
29 projects | news.ycombinator.com | 30 Mar 2022
I support the effort to build a platform-agnostic CI/CD pipeline solution, but I don't want it in the form of yet another platform. Rather it needs to be a protocol that any platform can tie in to. I'm especially wary since this is another VC-backed effort that will eventually need to be monetized in some shape or form.
Additionally, as someone else here has already mentioned, my mind first went to Dagger, the dependency injection tool (https://dagger.dev). That tool in particular was named as a play on DAG (directed acyclic graphs), whereas in this case I don't think it would apply since there may be instances where you'd want cycles in a pipeline.
On a whim, I clicked on "Trademark Guidelines" (https://dagger.io/trademark) and from that page alone I would recommend avoiding this based on the aggressive language used to try and claim ownership of generic words. According to their own language, it seems I'm violating their guidelines by writing this comment.
> Our Marks consist of the following registered, unregistered and/or pending trademarks, service marks and logos which are subject to change without notice: Dagger; Blocklayer; and other designs, logos or marks which may be referred to in your specific license agreement or otherwise.
> Blocklayer does not permit using any of our Marks ... to identify non-Blocklayer products, services or technology
Which would include Dagger, the dependency injection tool.
Other sections of note:
> Do Not Use As Nouns
(This one just reads amusingly to me, for some reason.)
> Do Not Create Composite Marks
This section seems to suggest that you can't use "dagger" in any shape or form, even as a smaller part of some other word or body of text.
> Websites And Domain Name Uses
Show HN: I finished v5 of a JVM framework I've spent spent half a decade making
4 projects | news.ycombinator.com | 3 Oct 2022
Any DI lib would probably work, it depends on your preferences and use cases though.
I'm personally a fan of Weld since its the reference implementation of the CDI spec.
Non Spring users what are you using ??
7 projects | reddit.com/r/java | 2 Nov 2021
Need only Dependency injection? Perhaps JBoss Weld, a reference CDI implementation, might interest you.
What are some alternatives?
Guice - Guice (pronounced 'juice') is a lightweight dependency injection framework for Java 8 and above, brought to you by Google.
Toothpick - A scope tree based Dependency Injection (DI) library for Java / Kotlin / Android.
butterknife - Bind Android views and callbacks to fields and methods.
Apache DeltaSpike - Mirror of Apache Deltaspike
Dynamic CDI - Dynamic Context Dependency Injection
Feather - Lightweight dependency injection for Java and Android (JSR-330)
ActivityStarter - Simple Android Library, that provides easy way to start the Activities with arguments.