creational-patterns

Creational design patterns decouple object construction from representation. You need them when constructors accumulate many arguments, runtime class selection is required, or initialization spans multiple steps, causing brittle instantiation logic in software design.

Use Factory Method to defer instantiation to subclasses and decouple code from concrete classes. Use Abstract Factory to create related object families without naming concrete implementations, ensuring consistency across interchangeable representations.

Use the Builder creational pattern to construct complex objects step by step. This pattern supports interchangeable representations, preventing constructor crowding and making initialization logic robust across flexible software design scenarios.

Use the Prototype pattern when construction is expensive and you need efficient instance creation. It clones existing objects to create new instances rather than building them from scratch, bypassing complex initialization steps.

The Singleton pattern ensures a single shared instance with a global access point, but trade-offs include potential bottlenecks in concurrent environments and tight coupling. It suits scenarios requiring flexible initialization but should be avoided when multiple instances may be needed.