S # arp architecture vs straight IOC + NHibernate + MVC

Question

I vantaggi sono sufficienti per utilizzare un altro assieme esterno? Quanto è difficile rimuovere S # arp e mantenere NHibernate in un secondo momento?

Answer 1

Penso che ci sarebbero problemi nel mantenere tutto - S # arp non è una piccola classe di supporto solo per NHibernate. L'integrazione con esso dovrebbe essere ristretta dal design.

Se dovessi ricominciare il mio progetto, userei l'architettura S # arp. Il progetto di esempio Northwind mi sembra un lecca lecca.

Quindi, se ti senti bene con le librerie esterne, fallo!

Answer 2

Preferisco IoC diritto + NHibernato + MVC.

Alcuni mesi fa ho dato un'occhiata all'architettura S # arp nello stesso momento in cui mi trovavo su IoC e Mvc. L'ho scelto a parte. Mi piace il modo in cui il progetto gestisce le sessioni di NHibernate in modo molto attento ai test. Ho portato quel disegno nei miei progetti. Ma sentivo che sarei stato meglio servito a capire cosa stava succedendo e semplicemente impostando solo ciò di cui avevo bisogno nella mia architettura di progetto.

IoC non è difficile da configurare. NHibernate + Fluent NHibernate non è difficile da configurare, una volta che l'hai fatto un paio di volte. Preferisco conoscere il mio codice, soprattutto quando è qualcosa di semplice come IoC e NHibernate, piuttosto che delegare l'implementazione a una scatola nera.

Answer 3

è necessario capire cosa succede sotto le copertine perché è necessario estendere l'architettura per il proprio dominio. Io uso S # arp ogni opportunità che posso.

Answer 4

Luis Abreu ha una grande serie di post di blog su S # arp Architecture che tratta gli assembly più importanti del progetto. Hanno sicuramente aiutato la mia comprensione delle basi del Framework.