DEFINIZIONE GENERALE E TIPI DI PATTERNS
Il pattern si definisce come una soluzione architetturale che può risolvere problemi in contesti eterogenei.
C'è stato un gruppo di 4 persone, la cosiddetta GOF(Gang of Four) che ha creato 23 pattern in base a
differenti contesti e in base alla circostanza d'uso.
3 sono i tipi di Pattern fondamentali:
•Creational Patterns-Pattern creazionali: propongono soluzioni per creare oggetti
•Structural Patterns-Pattern strutturali: propongono soluzioni per la composizione strutturale di classi
e oggetti
•Behavioral Patterns-Pattern comportamentali: propongono soluzioni per gestire il modo in cui
vengono suddivise le responsabilità delle classi e degli oggetti
DEFINIZIONE DETTAGLIATA CREATIONAL PATTERNS
I pattern creazionali nascondono i costruttori delle classi e mettono dei metodi al loro posto creando
un'interfaccia: in questo modo si possono utilizzare oggetti senza sapere come sono implementati
Nomi dei Creational Patterns:
-Singleton(singoletto):
•Scopo: Assicura che una classe abbia una sola istanza e fornisce un punto globale di accesso ad essa
•Motivazione: per alcune classi è importante avere una sola istanza
•Applicabilità: deve esistere solo un’istanza della classe e deve essere accessibile
da un punto noto.
L’unica istanza deve essere estesa e i client devono essere capaci di usare
un’istanza estesa senza modificare il loro codice
-Factory Method(metodo fabbrica):--->detto anche Virtual Constructor
•Scopo: Definire un’interfaccia per creare un oggetto ma lasciare la scelta del suo tipo alla sottoclasse
essendo la creazione differita a runtime
•Motivazione: I Framework usano classi astratte per definire e mantenere le
relazioni tra oggetti. e.g., framework per applicazioni che presenta diversi
documenti all’utente.
e.g., in hotel, Stanza factory, Chiamata telefonica factory
•Applicabilità: una classe non può anticipare la classe di oggetti che deve creare.
Una classe vuole che le sottoclassi specificano gli oggetti da creare. Le classi
delegano le responsabilità ad una delle
diverse sottoclassi “helper”
-Abstract factory(fabbrica astratta): ---->conosciuto anche come Kit
•Scopo: Disporre di un’interfaccia per creare una famiglia di oggetti connessi o dipendenti senza
specificare le loro classi concrete
•Motivazione: Modularizzazione, aggiungere codice a classi esistenti in modo da
incapsulare informazioni più generali. e.g., gestore telefonico, ogni numero è
identificato dall’area e dal
paese. Aggiungere numeri di altri paesi potrebbe essere complicato
•Applicabilità: un sistema indipendente dalla creazione, composizione e rappresentazione dei suoi
prodotti. Un sistema configurato con molte famiglie di prodotti. Creare una libreria di prodotti e
vogliamo conoscere solo le loro interfacce e non l’implementazione
