What this blog post does not address is the joy of configuring DI with XML files /s
Isn't it bizarre how software developers have taken runtime DI to such extremes that it was considered a good idea to configure services in XML or YAML -- basically another language, that has to be parsed, can be malformed, etc?
Your point of breaking things as early in the process really is the winner.
Catching things early and often. Tooling that shifts things further left in the pipeline is my go-to default.
DI is Dependency Injection.
Java has a fairly nice compile time DI framework in Dagger. However, it feels like it is missing a compile time version of the rest of the web stack: compile time routing and compile time template compilation, for example. Does anyone have any suggestions to fill out this stack?
World's biggest cake See the video how they made and how it looks https://howto105.blogspot.com/2019/04/worlds-biggest-ice-cre...
Very funny video of 2019 Just watch and try to control your laugh http://bit.ly/2IVEv1j
Cute dog walking like humans http://bit.ly/2VpFTQB
See the video of Cute dog skateboarding even humans can't do this easily http://bit.ly/2IXS2Wj
World's most highest truck jump Even you can't believe this That's not a movie scene it's real http://bit.ly/2VuUme7
See the video of Cute dog walking at rope Even humans can't do this http://bit.ly/2VupwSQ
I don't understand why you need a framework for dependency injection in Go. I've written Go for years and I just use the `main` package to instantiate and wire up everything. It's really straightforward, easy to debug, and there's nothing to generate. It's all type checked at compile time.
I'm not trying to rain on the author's parade. I genuinely don't understand the benefit—especially in relation to the complexity of adding an extra dependency and layer to my application.