https://stackoverflow.com/questions/25877752/laravel-queue-process-timeout-error
spartial index https://aws.amazon.com/about-aws/whats-new/2018/01/mariadb-10-2-now-supported-on-amazon-rds/
Wow many new technical knowledge ab DP.
If you are using it as in your example - you'll get no profit. But Laravel container gives much more power in this resolving that you cannot achieve with simple instantiating objects.
Binding Interface - you can bind specific interface and it's implementation into container and resolve it as interface. This is useful for test-friendly code and flexibility - cause you can easily change implementation in one place without changing interface. (For example use some Countable interface everywhere as a target to resolve from container but receive it's implementation instead.)
Dependency Injection - if you will bind class/interface and ask it as a dependecy in some method/constructor - Laravel will automatically insert it from container for you.
Conditional Binding - you can bind interface but depending on the situation resolve different implementations.
Singleton - you can bind some shared instance of an object.
Resolving Event - each time container resolves smth - it raises an event you can subscribe in other places of your project.
And many other practises... You can read more detailed here
$flash = app('App\Http\Flash'); vs
use App\Http\Flash;
use App\Http\Flash;
Comments
Post a Comment