Nomeclatura componenti

Ciao a tutti,

lavoro per la ditta Acme al progetto Foo e sto pensando a come
componentizzare l'applicazione. Ho pensato questo:

0. Nell'assembly Foo.Infrastructure metto tutto ciò che è
"ifrastruttura", ossìa che *non dipende* dal modello. Avrò quindi:
- /Logging
ILogService.cs
- /Messaging
IMessageBroker.cs
...

1. Nell'assembly Foo.Model (root namespace Acme.Foo) ci metto:
- ComponentModel: interfaccia IEntity, e qualche altra cosa
- Entities: tutte le entity del mio modello
- /ModuleA: namespace in cui va la logica di business del componente A
- /ModuleB: namespace in cui va la logica di business del componente B
...ecc...

2. Nell'assembly Foo.Runtime ci metto le implementazioni concrete di
Foo.Model ed eventualmente anche quelle di Infrastructure. Più che un
assembly ho qui una eventuale serie di Assembly che si occupano di
implementare i contratti dichiarati (dipendendo sia dal modello che
dall'infrastruttura).

Le mie domande sono:
A) ha senso?
B) implementando una infrastruttura di messaging ho una dipendenza Model
--> Infrastructure. Va bene o è "broken"?
C) in una ottica di UI composition, dove va messa tutta la robaccia che
serve? (Mauro, fischiano le orecchie? :-P Domani comincio a riguardarmi
bene il materiale del talk che hai fatto il mese scorso a dotNetMarche).

Ciao e grazie,
Giulio

--

Ciao Giulio,

You wrote on 02/03/2010 :
> A) ha senso?

si molto.

> B) implementando una infrastruttura di messaging ho una dipendenza Model
> --> Infrastructure. Va bene o è "broken"?

non hai una dipendenza perch� in infrastructure hai il broker ma non i
messaggi che stanno in model quindi non hai problemi

> C) in una ottica di UI composition, dove va messa tutta la robaccia che
> serve? (Mauro, fischiano le orecchie? :-P Domani comincio a riguardarmi
> bene il materiale del talk che hai fatto il mese scorso a dotNetMarche).

suddivisa esattamente come suddvidi il resto :-)

..m

--
Mauro Servienti
{C67C0157-5D98-4733-A75E-93CAEE4BADC8}
Microsoft MVP - Visual C# / MCP
http://mvp.support.microsoft.com
http://blogs.ugidotnet.org/topics
whynot [ at ] topics [ dot ] it