Architettura DevLeap
Sono ormai parecchi anni (dal 2004 per l’esattezza) che portiamo avanti un modello di architettura software. Era appunto il 2004 quando organizzammo il primo DevCon OneDay, a Brescia, e dove fu mostrato DevLeap Estates Management. Il nostro sito dell’evento non è più online, ma l’amico Sandro ha ancora la scheda sul suo sito personale (grande!).
Perché vi parlo di queste cose? Perché oggi, nei tempi morti della conferenza, ho letto un articolo di MSDN Magazine a proposito della architetture software di oggi con Entity Framework 4.0 dal titolo “Building N-Tier Apps with EF4”.
Ho letto con piacere l’articolo perché l’autore (Daniel Simmons – Architect di EF in Microsoft) illustra come organizzare un’applicazione N-Tier con EF 4.0 e di fatto, in particolare nella sezione intitolata “Data Transfer Objects” ribadisce l’utilità dell’avere un modello fortemente disaccoppiato, senza ignorarne il costo implementativo per carità … ma chi più spende, meno spenderà!
E questo cosa c’entra con Estates Management e con DevCon OneDay SOA? C’entra perché appunto nel 2004 l’architettura da noi proposta, e ancora oggi valida e day by day aggiornata da .NET 1.x a .NET 4.0, era esattamente pensata in quel modo. C’era un forte disaccoppiamento tra i layer e c’erano molte delle idee illustrate in questo articolo.
Beh scusate il post forse un po’ autocelebrativo, ma mi ha fatto piacere vedere riconosciuto il valore di idee in cui crediamo e che professiamo da diversi anni, anche considerando il fatto che le applicazioni reali che sviluppiamo per i nostri clienti si basano su questo modello architetturale e ad oggi siamo molto soddisfatti della scelta.