Laravel: WAY BETTER Exception handling in 10 minutes

No video

Laravel: WAY BETTER Exception handling in 10 minutes

Рет қаралды 4,297

Күн бұрын

👇 Code repo & details 👇
In this video we'll expand on the previous video I made about exception handling in Laravel, and I'll try to propose a new solution.
Code:
github.com/saa...
Previous video:
• Laravel: The BEST way ...
About me:
przemyslawprzy...
X / Twitter:
x.com/przylucki_p
More content (soon):
saaslaravel.com

Пікірлер: 10

@mouhamaddiop1144 11 ай бұрын

I absolutely love ❤ your videos, they hold immense value. Creating functional features is great, but ensuring they are developed in a way that facilitates easy maintenance is a whole different level. Thank you for your videos, and you truly deserve many more subscribers.

@saaslaravel 11 ай бұрын

Thank you so much! This means a lot!

@alexismontilla8637 8 ай бұрын

Excellent video! thank you! Could you centralize all the error logs in the same handler? and so when there is an exception monitor it either in a file or in a database. How do you manage the whole log system for a robust application?

@impulserr 6 ай бұрын

Nice!

@ridwanurrahim9736 7 ай бұрын

excellent

@josermzte 11 ай бұрын

Comment for the algo

@spicynoodle7419 11 ай бұрын

Yikes, switch(true) is such a nasty language feature. Pls avoid

@saaslaravel 11 ай бұрын

I wish we had range matching like in rust but that's not the case unfortunately 😕

@gamenation9706 8 ай бұрын

Could you suggest a better way to do it please ?

@spicynoodle7419 8 ай бұрын

@@gamenation9706 There are if-else. If you have a defined enum to switch over, it's more clear and performant to first switch on the enum and inside the case statement do an additional if-else. If you somehow think if-else is ugly, there is the State Pattern. You can also take other architectural decisions ahead of time to make sure you have precomputed enum values that you could use in a match ($enum) statement without additional if-else. switch (true) or match (true) is a huge code smell. You're either trying to be too fancy or you're fixing problems that you shouldn't have in the first place.