Silverlight - Modularità. Il modo migliore per separare fisicamente i binari?

Question

Stiamo lavorando sull'app LOB con molti contenuti. Il download di XAP sarà piuttosto grande, penso per una volta download. Ho intenzione di rompere la soluzione in progetti separati.

Non sono sicuro del perché, ma non mi piacciono molti progetti in soluzione. IMO non è un'ottima idea. Anche quando lavoravamo come grande squadra, è stato dolore con molti progetti.

Anche ora quando sto usando MEF/PRISM - ci saranno ancora alcune dipendenze fondamentali come:

1. Biblioteche Prism
2. Interfacce
3. Navigazione
4. Shell/Bootstrapper
5. Stili di app
6. Convertitori/comandi/validatori
7. eccetera.

E di quanto avrò moduli che useranno tutte quelle cose fondamentali. I moduli avranno seguito al loro interno:

1. Servizi RIA Side del cliente
2. ViewModel's
3. Visualizzazioni

Quei moduli verranno caricati su richiesta usando MEF. Penso che per quanto riguarda le dimensioni tutti quei moduli saranno più grandi del modulo core a causa di una quantità di logica in essi.

Mi aspetto di avere circa 5-6 moduli e core. Penso che mi darà un numero ragionevole di progetti e librerie sul lato client/XAPS e sarà una soluzione gestibile con cui lavorare.

Vedi qualche problema con una rottura come questo? Alcuni video online realizzeranno 7+ progetti fuori dal modulo principale. Cos'è un punto? Penso che si aggiunga alla complessità. Di quanto mostrano 3-4 dll dal modulo. Uno per le viste, uno per ViewModels e così via. Devono ancora essere caricati insieme, quindi perché?

Sto cercando di fare e non sono da voi ragazzi che hanno attraversato questo ..

Grazie!