Inizia una serie di articoli dedicati ai principali design pattern della programmazione ad oggetti.<\/p>\n
La prima cosa da fare \u00e8 chiarire cos’\u00e8 un pattern. Per pattern si intende un metodo preciso di svolgere un determinato lavoro, frutto dell’esperienza maturata. Esso, pertanto, costitusce un modo per risolvere un determinato problema, ma non \u00e8 l’unico e star\u00e0 al programmatore scegliere di volta in volta se affidarsi ad un pattern o ad una soluzione differente. Si tratta di valutare di volta in volta il grado di complessit\u00e0 della soluzione e scegliere la strada migliore.<\/p>\n
In questo primo articolo vedremo una carrellata dei principali design pattern, che approfondiremo di volta in volta in articoli dedicati.<\/p>\n
Adapter<\/strong><\/p>\n Viene usato quando occorre adattare il nostro codice alle esigenze di un client, fuori dal nostro controllo.<\/p>\n Facade<\/strong><\/p>\n Viene usato quando si vuole una interfaccia di alto livello che nasconde la complessit\u00e0 del sottosistema cui si appoggia.<\/p>\n Composite<\/strong><\/p>\n Viene usato quando occorre modellare oggetti in cui alcuni elementi possono contenere gruppi di oggetti. Un tipico esempio \u00e8 l’albero.<\/p>\n Bridge<\/strong><\/p>\n Viene usato quando si vuole disaccoppiare una astrazione dalla sua implementazione. Un tipico esempio sono i driver.<\/p>\n Singleton<\/strong><\/p>\n Viene usato quando si vuole che una classe abbia una sola istanza e un solo punto di accesso ad essa.<\/p>\n Observer<\/strong><\/p>\n Viene usato per gestire il caso in cui pi\u00f9 oggetti dipendono dal comportamento di uno specifico oggetto.<\/p>\n Mediator<\/strong><\/p>\n Viene usato quando si vuole centralizzare le regole di interazione tra un gruppo di oggetti.<\/p>\n Proxy<\/strong><\/p>\n Viene usato quando si vuole demandare ad un altro oggetto l’accesso alle proprie funzionalit\u00e0.<\/p>\n Chain Of Responsability<\/strong><\/p>\n Viene usato quando si vuole consentire a pi\u00f9 oggetti di gestire una chiamata in sequenza, ognuno responsabile di una determinata azione<\/p>\n Builder<\/strong><\/p>\n Viene usato quando si vuole spostare la logica della costruzione della classe al di fuori della classe stessa.<\/p>\n Abstract Factory<\/strong><\/p>\n Viene usato quando si consente ad un client di poter istanziare oggetti che fanno parte di una famiglia di classi correllate<\/p>\n Prototype<\/strong><\/p>\n Viene usato quando si istanzia un nuovo oggetto a partire da una gi\u00e0 presente<\/p>\n Template Method<\/strong><\/p>\n Viene usato quando si rimanda la definizione di un algoritmo ad una sottoclasse. Tipico esempio \u00e8 l’interfaccia Comparator.<\/p>\n State<\/strong><\/p>\n Viene usato quando si \u00e8 in presenza di una logica a stati e la si distribuisce su pi\u00f9 classi.<\/p>\n Command<\/strong><\/p>\n Viene usato quando si incapsula una richiesta all’interno di un oggetto, che sar\u00e0 invocabile da un client. Tipico esempio sono i men\u00f9.<\/p>\n Decorator<\/strong><\/p>\n Viene usato quando si vuole estendere il comportamento di un oggetto esistente.<\/p>\n Iterator<\/strong><\/p>\n Viene usato quando si vuole consentire ad un client di accedere sequenzialmente agli elementi di una collezione.<\/p>\n Alla prossima<\/p>\n","protected":false},"excerpt":{"rendered":" Inizia una serie di articoli dedicati ai principali design pattern della programmazione ad oggetti. La prima cosa da fare \u00e8 chiarire cos’\u00e8 un pattern. Per pattern si intende un metodo preciso di svolgere un determinato lavoro, frutto dell’esperienza maturata. Esso, pertanto, costitusce un modo per risolvere un determinato problema, ma non \u00e8 l’unico e star\u00e0 … Continua la lettura di DESIGN PATTERN TUTORIAL – 1 – INTRODUZIONE<\/span>