The refactor when you delegated the user service instantiation to laravel was quite cool. I was manually creating these instantiations in the constructor body and I think I will refactor to your approach.
At 8:24, UserService isn't the appropriate service class. It should be user order service if there are any other type of order services. Otherwise, user service will be a god service, sooner or later. And i think usrr service should always return user objects. It can be user model or dto or the collection of dto or user models. But when it returns anything else, it breaks the law of diameter.
This project isn't super complicated and doesn't have loads of code, but if I was working on something more complex, I agree that UserOrderService is better
I use actions as well - mostly when there a piece of logic that needs to be reused between different parts of the system, or when a service method has to interact with a 3rd party
I see you have a few Enums. What is preferred storing statuses for products, users etc. in Enums or in a table? I used to use Enums but now converted all status to status table.
I use enums that cast to an int and just save the int in the db. This way I have nice type hinting in the app layer and can add more enums without having to alter db
@@saaslaravel I saw your Enum approach in another video and I love it! I hate having to touch the db to add or change the enums! I guess we could also add a layer on top of that for different languages?
@@saaslaravel No it's not. You never know your voice! Record someone you speak to in real life. Apply the same processing. And realize how far you are from a "human voice".
The refactor when you delegated the user service instantiation to laravel was quite cool. I was manually creating these instantiations in the constructor body and I think I will refactor to your approach.
It's a very useful video! Looking forward to seeing more of these)
I really like the refactoring videos! Nice job. Good to aim for the 80/20 rule too, you seem to get a lot of work done quickly!
Thank you Nathan! I'm learning Vim so maybe I'll be able to push that speed even further 😊
@@saaslaravel Oh no 😆Im happy to watch you work in Vim, but I refuse to learn it as an IDE haha
@@natenatters It's def challenging but that's what makes it fun haha :D
At 8:24, UserService isn't the appropriate service class. It should be user order service if there are any other type of order services. Otherwise, user service will be a god service, sooner or later.
And i think usrr service should always return user objects. It can be user model or dto or the collection of dto or user models. But when it returns anything else, it breaks the law of diameter.
This project isn't super complicated and doesn't have loads of code, but if I was working on something more complex, I agree that UserOrderService is better
@Przemysław Przyłucki Surely, if it's not complicated and only one person is working on it, then the path is ok to me too.
@@saaslaravel I like you super simple dto btw.
Great video! What are your thoughts on actions vs services?
I use actions as well - mostly when there a piece of logic that needs to be reused between different parts of the system, or when a service method has to interact with a 3rd party
When to use Actions and when to use Traits ?
Can u name the vscode extension which make ur code very real
I see you have a few Enums. What is preferred storing statuses for products, users etc. in Enums or in a table? I used to use Enums but now converted all status to status table.
I use enums that cast to an int and just save the int in the db. This way I have nice type hinting in the app layer and can add more enums without having to alter db
@@saaslaravel I saw your Enum approach in another video and I love it! I hate having to touch the db to add or change the enums! I guess we could also add a layer on top of that for different languages?
Very, very cool format, if possible, shoot more, please.
Is there a repo for this code? Amazing! thanks!
Unfortunately not, that's a private project
Great job. Thank you
Thanks
ANY php project that it requires use of the CLI means you are doing things WRONG, PHP was not created for this use environment
Not at all, its depends on requirement and use case
Why TF you decreased the pitch soo much ?
these annoying youtubers, never gonna learn
That's how my voice sounds bud, it's just noice reduction + VO EQ, enjoy your day!
Agreed
@@saaslaravel
No it's not.
You never know your voice!
Record someone you speak to in real life.
Apply the same processing.
And realize how far you are from a "human voice".