Abstract Factory - Creational Pattern

Il Problema

Quando devi creare famiglie di oggetti correlati che devono essere usati insieme (es. UI components per temi diversi), ma vuoi mantenere il codice indipendente dalle classi concrete.

La Soluzione

Dichiarare interfacce per ogni tipo di prodotto nella famiglia. Quindi dichiarare l'abstract factory con metodi per creare ogni tipo di prodotto. Implementare concrete factory per ogni variante della famiglia.

Struttura

AbstractFactory con metodi per creare AbstractProduct, ConcreteFactory che creano ConcreteProduct, e client che usa solo interfacce.

Partecipanti:

AbstractFactory - interfaccia per creare prodotti astratti

ConcreteFactory - implementa operazioni per creare prodotti concreti

AbstractProduct - interfaccia per un tipo di prodotto

ConcreteProduct - implementazione di un prodotto, creata da una ConcreteFactory

Esempi di Codice

Abstract Factory per UI Cross-Platform

Creazione di componenti UI per Windows e Mac.

Esempi nel Mondo Reale

UI Toolkit - Componenti diversi per tema dark/light o piattaforma Windows/Mac/Linux

Database Access - Factory per creare Connection, Command, DataReader per DB diversi

Documenti multi-formato - Factory per creare elementi PDF, HTML, DOC

E-commerce - Factory per creare Payment, Shipping, Notification per diversi paesi

Game Development - Factory per creare Enemy, Weapon, PowerUp per livelli diversi

Quando Usarlo

Quando il sistema deve essere indipendente da come i prodotti sono creati

Quando il sistema deve funzionare con diverse famiglie di prodotti

Quando vuoi garantire che i prodotti di una famiglia siano usati insieme

Quando vuoi fornire una libreria di prodotti rivelando solo le interfacce

Quando NON Usarlo

Quando hai una sola famiglia di prodotti

Quando aggiungere nuovi tipi di prodotti è raro

Quando la gerarchia di factory diventa troppo complessa

Pattern Correlati