I recently came across Traits in PHP and I\'m trying to understand them. During my research I stumbled upon this Stack Overflow question: Traits vs. Interfaces. The accepted ans
Not exactly... Let's quote official documentation for this purpose:
A Trait is similar to a class, but only intended to group functionality in a fine-grained and consistent way. It is not possible to instantiate a Trait on its own. It is an addition to traditional inheritance and enables horizontal composition of behavior; that is, the application of class members without requiring inheritance.
So Traits are used for composition purposes to enable the class to perform some logic/behavior. If you're inheriting from another/abstract class, it's usually for purposes of polymorphism and you get a distinct inheritance/class hierarchy, which may or may not be desirable.
I think it all depends on the context, on the architecture and on what exactly are you trying to do.
Traits allow you to share code between your classes without forcing you into a specific class hierarchy. Say you want all your classes to have the convenient utility method foo($bar)
; without traits you have two choices:
Both solution aren't ideal, each with their different tradeoffs. Code redundancy is obviously undesirable, and inheriting from a common ancestor makes your class hierarchy design inflexible.
Traits solve this problem by letting you implement foo($bar)
in a trait which each class can "import" individually, while still allowing you to design your class hierarchy according to business logic requirements, not language necessities.