Una seconda classificazione riguarda il fine del design pattern.
I design pattern creazionali
Riguardano l'istanziazione degli oggetti.
I design pattern creazionali rivolti alle classi delegano parte del lavoro di istanziazione a sottoclassi mentre quelli rivolti ad oggetti delegano l'istanziazione ad altri oggetti.
I design pattern strutturali
Riguardano la composizione di classi od oggetti.
I design pattern strutturali rivolti a classi usano la RelazioneDiEreditarietà per comporre classi mentre quelli rivolti agli oggetti descrivono il modo di assemblare e raggruppare oggetti.
I design pattern comportamentali
Riguardano il modo in cui classi od oggetti collaborano e si ripartiscono le responsabilità.
I design pattern strutturali rivolti alle classi usano la RelazioneDiEreditarietà per determinare il flusso di controllo e gli algoritmi mentre quelli rivolti agli oggetti descrivono come un gruppo di oggetti collabora per eseguire una attività.
Modelli per risolvere problemi ricorrenti e comuni di disegno del software ObjectOriented
25/06/2008 20.23.12 - Andrea Saltarello-213.156.52.112
Definizione della relazione di ereditarietà.
07/11/2005 23.46.49 - LucaMinudel-151.47.134.108
Definizione di relazione di dipendenza.
11/12/2005 0.07.18 - -151.37.40.199
Definizione di polimorfismo compile-time.
01/01/2006 14.24.20 - LucaMinudel-151.47.145.192
Definizione di gerarchia d'oggetti.
22/11/2005 23.27.22 - LucaMinudel-151.47.147.3
Definizione di polimorfismo run-time.
01/01/2006 14.24.12 - LucaMinudel-151.47.145.192
Definizione della relazione di ereditarietà.
07/11/2005 23.46.49 - LucaMinudel-151.47.134.108
Definizione della relazione di ereditarietà.
07/11/2005 23.46.49 - LucaMinudel-151.47.134.108
un design pattern che separa la responsabilità di istanziare una classe dalla responsabilità di scegliere quale classe istanziare.
07/02/2008 17.27.13 - 212.189.140.13
un design pattern che adatta l'interfaccia di una classe o di un oggetto.
05/03/2007 10.41.52 - -82.105.148.32
Un design pattern che definisce una rappresentazione per la grammatica di un linguaggio e per la sua interpretazione.
06/05/2008 17.22.55 - -130.136.4.218
Un design pattern che definisce un algoritmo e permette alla classe derivata di ridefinire alcuni passi.
10/08/2008 0.37.31 - -88.149.244.15
un design pattern che separa la responsabilità di istanziare una famiglia di oggetti dalla responsabilità di scegliere quale famiglia di oggetti istanziare.
04/03/2008 22.02.57 - 88.149.247.127
Un design pattern che separa i passi di costruzione di un oggetto complesso dalla sua rappresentazione.
31/01/2006 10.01.52 - -151.38.0.241
Un design pattern che istanzia un oggetto clonandolo da un'istanza esistente.
01/01/2006 15.47.47 - LucaMinudel-151.47.145.192
un design pattern che rende unica e globale l'istanza di una classe.
06/06/2008 1.00.50 - 88.149.244.206
un design pattern che adatta l'interfaccia di una classe o di un oggetto.
05/03/2007 10.41.52 - -82.105.148.32
Un design pattern che disaccoppia un'astrazione dalla sua implementazione in modo che possano evolvere autonomamente.
27/05/2006 16.08.17 - LucaMinudel-88.149.166.101
Un design pattern che permette di usare uniformemente oggetti singoli e oggetti composti senza bisogno di if.
05/04/2006 19.43.55 - LucaMinudel-193.42.138.33
Un design pattern che aggiunge responsabilità al singolo oggetto dinamicamente a run-time invece che all'intera classe a staticamente design-time con l'ereditarietà.
10/08/2008 17.58.18 - -88.149.244.15
Un design pattern che definisce un'interfaccia unificata attraverso cui accedere all'intero sotto-sistema.
10/02/2008 13.10.08 - -89.97.35.71
un design pattern che crea un livello di indirezione all'accesso di un oggetto dove inserirci della logica di accesso.
07/02/2008 15.03.43 - -80.68.185.98
Un design pattern che elimina la dipendenza dell'oggetto che effettua la richiesta da quello che la soddisfa e permette a più oggetti di soddisfarla.
28/07/2006 10.28.23 - -217.169.121.9
Un design pattern che inserisce un comando ed i suoi parametri in un oggetto che può essere trasmesso, accodato, annullato o posticipato.
25/12/2005 14.29.48 - LucaMinudel-151.47.144.232
Un design pattern che accede agli elementi di una collezione in modo sequenziale.
30/01/2007 10.52.33 - -85.18.76.234
un design pattern che definisce la logica con cui un insieme di oggetti interagiscono e realizza l'interazione mantenendo gli oggetti disaccoppiati.
20/12/2006 15.35.02 - -83.103.36.228
Un design pattern che cattura lo stato interno di un oggetto per poi ripristinarlo.
10/07/2007 20.27.23 - -85.18.14.26
TBD Un design pattern che separa lo stato variabile di una classe da quello che può essere condiviso tra più oggetti.
06/06/2006 17.10.21 - -170.252.72.61
Un design pattern che definisce una relazione uno a molti tra oggetti in modo tale che quando un oggetto cambia stato tutti gli oggetti da lui dipendenti vengono automaticamente notificati.
04/10/2007 16.43.02 - -213.140.16.182
Un design pattern che al cambiare dello stato cambia il comportamento di un oggetto.
31/12/2005 4.05.37 - LucaMinudel-151.47.143.165
Un design pattern che incapsula una famiglia di algoritmi in classi rendendoli tra loro intercambiabili.
05/04/2006 19.39.59 - LucaMinudel-193.42.138.33
Un design pattern che rappresenta una nuova operazione da aggiungere a tutte le classi di una gerarchia di oggetti.
03/10/2007 1.55.30 - -84.221.53.107
Modelli per risolvere problemi ricorrenti e comuni di disegno del software ObjectOriented
25/06/2008 20.23.12 - Andrea Saltarello-213.156.52.112
Il catalogo completo dei design pattern nell'ordine suggerito di lettura.
10/08/2008 0.43.05 - -88.149.244.15
La mappa delle dipendenze dei design pattern della GOF