Organizzazione dei progetti

Alcuni team hanno l'abitudine di suddividere i file di un progetto in base al tipo di oggetto, le classi nel namespace (o cartella) Classi, gli Enum nella namespace Enumerators, le Eccezioni nella namespace Eccezioni, ecc…

   

Questo non mi sembra un buon modo per organizzare gli item di un progetto, ritengo molto più corretto suddividere i file che lo compongono in aree applicative o in contesti. Ad esempio in un classico gestionale metto gli oggetti che riguardano la fatturazione (classi, enum, ecc…) in un namespace, quelli che riguardano i contratti in un altro, quelli che riguardano gli ordini in un altro ancora, e cosi via.

   

Questo modo di suddividere un progetto asseconda la modularità e qualora un giorno si decida di separare in assembly diversi le funzionalità dell'applicazione l'operazione è molto più immediata (e indolore).

Print | posted on giovedì 19 luglio 2007 16.00

Comments on this post

# Re: Organizzazione dei progetti

Requesting Gravatar...
ciao Ema, post interessante. e' una cosa su cui penso e ripenso sempre.
ti lascio due link per approfondire l`idea. il primo e' un articolo di zio Bob Martin, lo trovi qui:
http://www.objectmentor.com/resources/articles/granularity.pdf

sul suo libro Agile Software Dev. i vari principi sono descritti piu' a fondo e con esempi (io ho quello per .NET, una favola).

l`altro e' un post di Hanselman, lo trovi qui:
http://www.hanselman.com/blog/AssemblyFiefdomsWhatsTheRightNumberOfAssembliesLibraries.aspx

ciao!
-papo-
Left by papo on lug 20, 2007 3.58

Your comment:

 (will show your gravatar)
 
Please add 5 and 4 and type the answer here: