martedì 16 febbraio 2010

Per non perdere il focal point....

In troppi casi, nel nostro lavoro, rischiamo di perdere concentrazione o di allontanarci dalla soluzione. Le cause ? generalmente quisquiglie, rumore, pressione...

Il risultato... classi che fanno la stessa cosa, uno sproposito di righe di codici perfettamente inutili che appesantiscono notevolmente le prestazioni del prodotto finale.

E' possibile ovviare a questo problema ? di metodi ce ne sono tanti e ogniuno ha il suo, e per ogniuno può essere più o meno complesso.

Io mi sono fatto un schema, sul design pattern che più volte mi è tornato utile e più che altro mi serve per ragionare e soffermarmi su quello che sto facendo.

Intent
che cosa fa / o che cosa deve fare ?

Also konw as well
ho già fatto altro o esiste qualcosa di simile ?

Motivation / scenario
Uno scenario / disegno che illustra il problema e come gli oggetti lo risolvano

Applicability
In quali situazioni è applicabile il Design pattern ? Esistono esempi ? Come riconoscere le situazioni.

Structure
una rappresentazione grafica basata sulla notazione Object modelling

Partecipants
Le classi e gli oggetti che partecipano al pattern e le loro responsabilità.

Collaboration
Come le classi e gli oggetti collaborano per conncorrere alle loro responsabilità.

Consequences
Che cosa comporta l utilizzo del pattern in questione, quali sono i limiti e le sue dipendenze.

Implementation
Quali sono i limiti imposti nell'implementazione ?

Sample Code
una porzione di codice che chiarisca come implementare il codice nel linguaggio.

Konow Use
un esempio nel mondo reale del pattern in oggetto

Related Patterns
Ci sono altri pattern che definisco la soluzione? E possibile che questo debba o possa interagire con altri pattern?


Ora non ricordo se questa è una rielaborazione di un qualcosa che avevo trovato sul web tempo fa, ma l'adotto e ritengo che sia parecchio parecchio utile.

Nessun commento: