Spesso noto che i problemi delle applicazioni, non sono da ricercarsi in una architettura poco strutturata o inefficiente o quant’altro, ma proprio nelle basi di come strutturare un progetto.
Ad esempio, indipendentemente da che architettura/struttura utilizziamo, se stiamo usando o meno ORM WCF o quant’altro, una delle regole principali è: Quando voglio aggiungere un file sorgente e quindi solitamente una classe, dove la metto?
Non c’è nulla che uccida di più la manutenibilità di un software di trovare ad esempio dto sparsi un po in ogni dove, oppure classi di accesso al database un po qui ed un po’ là. Il mio consiglio è sempre quello di pensare un poco prima di “tirare il codice dentro ai progetti”, ovvero scrivere codice nel primo punto dove capita. Spendere del tempo a strutturare ed organizzare il codice sorgente paga sempre ;).
Gian Maria.