This is actually a "complaint" I have with Laravel. I love Laravel, don't get me wrong, but I don't like how there are so many ways to do the same thing. I like it when frameworks are opinionated. Either it works, or it doesn't. Less room for errors and hidden bugs and all "magic" under the hood.
13 วันที่ผ่านมา +4
In my opinion, “resolve()” is clearly the best choice as it does what its name promises
This is actually a "complaint" I have with Laravel. I love Laravel, don't get me wrong, but I don't like how there are so many ways to do the same thing. I like it when frameworks are opinionated. Either it works, or it doesn't. Less room for errors and hidden bugs and all "magic" under the hood.
In my opinion, “resolve()” is clearly the best choice as it does what its name promises
😘
I prefer "resolve" as well, Adrian. 🤝
It's much clearer what you want to do and less confusing for new developers. 😊
But do you prefer it over dependency injection in a function / class? Im curious which is the best option. I usually go the DI route
How this deal with overloading, lets say that we have a lot of instruction do this lead us to big request start time ?
I typically use app(abstract) or utilize in function controller.
Thanks for showing the ease way
If you use dependency injection then this whole debate becomes a non-issue.
bit of a `app(abstract)` fellow myself :)
hey, your hat annoys me so i unsubscribed from laravel. best decision i've ever made.
hahha gold