Laravel Contracts and PHP Interfaces: Explained with Two Examples

[@thelostrider1]

Nice video. When using Laravel people seem to forget that Laravel is PHP and end up don't learning OOP or "pure PHP" (mostly because it's kinda easy to use Laravel without much knowledge of PHP). That's something I don't like, even tho I'm learning Laravel I feel the need to learn more about pure PHP and OOP in general

[@VadimBesedin]

So, as i understand, interface would be good for situation when i need to process payment. One interface and several payment provider classes will be implementing that interface. Also later i will be able to add just another payment provider class and it will work with present interface. Right? It's like USB, you can connect different devices to it, and they will work normally because they implement this USB interface.

[@DennisZiolkowski]

Thats a good explanation!

[@dclindner]

Given PHP's limit of extending from only one class, you can't rely on on abstract class, necessarily, if you're providing code to be used by others (such as open source packages). it seems common to define an interface with the methods required, and include a trait that defines those methods. I found this confusing at first, but very helpful to add functionality while working around the one-class extends limit.

[@vivekwah]

I always have trouble deciding to use either interface or abstract class. Can you please help with this confusion.

[@LaravelDaily]

Ok adding the interface and abstract classes to the to-do list.

[@igoreksazonov]

its up to your mind

[@vivekwah]

@@igoreksazonov yes till now I have been using with that mindset only. But in some good repos I've noticed in some places abstract classes are used and some places interfaces. I only have difference with respect to inheritance. Using abstract class we restrict extend with that class whereas in case of interface there can be many interfaces implemented.

[@kaczuszka-dt]

Abstract classes do offer some functionality, its not just structure, its the actual functionality with something in already. Interfaces offer only and only description of what the class should be capable of, we cannot give it any real properties or functionality, just a shared set of methods

[@Laflamablanca969]

The interface for the relationship is pointless. It’s just adding more complexity than is needed.

[@flashandrew6772]

Thanks for the video! It also can be great to see some videos like “middle” level of difficulty. For example something about compare ORM and CQRS. Or maybe some explanation about concepts of DDD

[@lucasj.pereira4912]

Also websockets

[@LaravelDaily]

For now, I'm focused on practical topics and not theoretical concept comparison. Maybe, when I run out of practical topics, I'll switch to the philosophy on this channel :)

[@itone3438]

thanks

[@free2idol1]

I noticed that the author used this function to name his file: $filename = uniqid().'_'.Str::random(30) . ".png"; => if you loop through 10 files and using above function to name your file, is there any chance that you would get duplicate file name?

[@soniablanche5672]

interface is the opposite of trait, instead of being provided with methods you have to implement them yourself.

[@patricksantino4131]

You don't say 😂

[@eduardoromao]

Can be named “API”. Its more natural above Interface and Contract. API provides a contract for another service. So contract and API is the same thing, but i’m below API term is already used in hardware and software like a standard, not needing new term like contract.

[@Jagdish0724]

User hasMany(cities) City hasMany(Users), hasMany(Restaurants) Restaurants belongsTo(City) Orders belongsTo(Restaurants) now there are city wise admins. admins can see orders of their assigned cities only with global scopes to other cities records . How to create this relationships.

[@ajithlal1688]

I was struggling to understand interface and this video gave me a better understanding. Thank you ❤️

[@L-A-O-S]

There are still abstract classes awaiting you, which will only create more confusion. )

[@pasizdobrekuce]

Dependency inversion FTW. 🙌

[@linkernetir]

thank you for the best explanation about contracts in laravel.

[@L-A-O-S]

Oh, OOP is already here) Cool, well then you should take into account that there are also abstract classes. It's just difficult to rebuild your logic in order to start using all this, although the advantages are immediately felt. And looks like interfaces should be named like gates or politicians? liked the topic of using oop in laravel

[@LaravelDaily]

Ok adding the interface and abstract classes to the to-do list.

[@Bevallalom]

Laravel is PHP OOP mostly..... Just saying.

[@lma_cristian]

Now I understand it better.

[@deveshmaurya9101]

Thanks for posting

[@damilaresamuelfagbenro1881]

I have got a question. Is it possible to have the CanCaptureScreenshot binding with both classes in the service provider?

[@LaravelDaily]

Why would you need that? How would Laravel then know which class to run?

[@msdeav]

thank you, sir..

[@haroldpepete]

Thank sr for share

[@sale7680]

Thank u 🙏

[@jailsoncarneiro4936]

Show de Bola!

[@glowiever]

basically, php is like java in this regards

[@fangfang3366]

We should say both of them follow OOP, even like c# LOL

[@aymenmohammed2625]

❤😍

[@devrajin5795]

first viewer :D

[@L-A-O-S]

Firster then video duration)