Object Oriented anti patterns Flashcards
Anemic Domain model
The use of the domain model without any business logic. The domain model’s objects cannot guarantee their correctness at any moment, because their validation and mutation logic is placed somewhere outside (most likely in multiple places). Martin Fowler considers this to be an anti-pattern, but some disagree that it is always an anti-pattern
Constant interface
Using interfaces to define constants
Circular dependency
Introducing unnecessary direct or indirect mutual dependencies between objects or software modules
God object
Concentrating too many functions in a single part of the design (class)
Sequential coupling
A class that requires its methods to be called in a particular order