MesBlog

Thinking in sharp architectures
posts - 179, comments - 436, trackbacks - 64

Generare codice basato su design patterns

Forse sono l'unico al mondo che non lo conosceva, ma durante una mattutina "googleata" in cerca di fonti sul web circa i design patterns (oltre alle solite ovviamente), mi sono imbattuto in questo tool che trovo fantasmagorico (che va al di lĂ  anche del concetto di class designer di VS2005):

Design Patterns Toolkit

http://dpatoolkit.sourceforge.net/

Segnalato anche a fine novembre da Scott Dockendorf, MVP Visual C#

Lo consiglio caldamente a tutti, anche a chi non si interessa di design patterns.

powered by IMHO 1.2

Print | posted on mercoledì 27 luglio 2005 10.15 |

Feedback

Gravatar

# re: Generare codice basato su design patterns

Ciao Roberto. A me un designer sui dp fa un po' di paura. il pattern, secondo me, deve essere implementato in base alle esigenze di refactoring del tuo sistema. Un designer sembra invogliare a progettare pensando direttamente ai pattern come soluzione iniziale del tuo problema e non come evoluzione della tua architettura... E' un po' come il generatore di test di vs2005, nel senso che le pratiche tdd suggeriscono di creare prima i test delle classi, mentre vs2005 ti genera i test dal tuo progetto... Insomma, sono un po' perplesso:D
27/07/2005 11.06 | Gianluca Carucci
Gravatar

# re: Generare codice basato su design patterns

Il toolkit a mio avviso, è uno strumento, e come tutti gli strumenti deve essere utilizzato con criterio. In secondo luogo credo che esistano alcuni patterns come il Factory o l'Observer che sono più indicati come origine del progetto e non come risultato di refactoring. Inoltre il toolkit non si limita ai design patterns, ma si prospetta anche come class designer, utilizzarlo anche solo per questo può essere un ottimo aiuto.
Saluti
27/07/2005 11.24 | Roberto Messora
Gravatar

# re: Generare codice basato su design patterns

Sono daccordo con Roberto.
Essendo i patterns una soluzione a un problema 'ricorrente' se uno identifica 'da subito' il problema perchè non dovrebbe usare direttamente il pattern ?

Forse l'affermazione di Gianluca ha senso, non in modo assoluto, ma nell'ambito di Extreme programming e ancora meglio con la tecnica del TDD.

Ma, e forse dovevo dirlo subito, essendo assolutamente un 'principiante' dei Design Patterns mi piacerebbe avere in modo più approfondito le motivazioni dell'affermazione di Gianluca.

A parte questo ... il tool fa per caso quello che fa, tra le altre cose, anche Together ?

Ciao
Mike

27/07/2005 12.58 | Michele Lorizzo
Gravatar

# re: Generare codice basato su design patterns

Non volevo innescare una polemica:D forse mi sono espresso male. Quello che intendo è che ci sono casi in cui i DP sono utilizzati più per moda che per reale necessità, andando a volte a complicare un design che in realtà, in quello step, magari è molto più semplice.
Come dice Roberto giustamente, il toolkit (e aggiungo io i DP) sono strumenti e vanno usati con criterio.
In questo senso mi trovo solo in parte d'accordo con Michele. Mi spiego meglio. Il fatto di individuare un problema trattato da un pattern, non implica per forza di dover usare (inizialmente) il pattern stesso. Se esiste una soluzione più semplice in termini di implementazione, testabilità e velocità, perchè non usarla?
27/07/2005 14.18 | Gianluca Carucci
Gravatar

# re: Generare codice basato su design patterns

Nessuna polemica ... figuriamoci !!! Da neofita volevo semplicemente capire meglio le tue (e anche di chiunque altro voglia esprimersi) argomentazioni.

E anche capire se il tool in oggetto ha funzionalità simili al Borland Together (che tra l'altro ha molti più patterns se non ricordo male).

Ciao
Mike

27/07/2005 17.28 | Michele Lorizzo
Comments have been closed on this topic.

Powered by: