ASP.Net 2.0 Applicazione senza Livello di Logica di Business?

Question

È "accettabile" per avere un' ASP.Net 2.0 applicazione senza BLL (Business Logic Layer) come il seguente?

1. Dati di SQL Server, Storage & Stored Procedure
2. Strato di Collegamento dati (Fortemente Tipizzato Tabella Schede) di collegamento alla Stored Procedure
3. Livello di presentazione le Pagine ASPX con il Codice dietro e ObjectDataSource per il collegamento direttamente alla DLL

È una BLL sempre preferibile, anche se la logica di business è interamente validatable nella presentazione del codice di dietro?Quali sono i possibili inconvenienti non si utilizza una BLL?

Answer 1

E ' accettabile come capire le conseguenze.La ragione principale che si sarebbe BLL è quello di ri-usare la logica altrove in tutta l'applicazione.

Se si dispone di tutti che la logica di convalida del codice di presentazione, si sta davvero rendendo difficile la ri-utilizzare altrove all'interno della vostra applicazione.

Answer 2

Come tutto il resto è ambientale e dipende dall'utilizzo del sistema.La domanda che dovete chiedere la vostra auto è:

1. Questo sarà sviluppato attivamente
2. È questa intenzione di essere utilizzato nel corso di molti anni e ha ampliato
3. È l'espansione della domanda sconosciuto e così infinito

Davvero si tratta di pigrizia.Quanto tempo volete trascorrere rielaborazione del sistema di interfaccia utente?Perché non avendo il livello aziendale significa duplicazione delle norme nell'interfaccia utente attraverso la possibilità molte molte pagine.

Poi di nuovo, se si tratta di una prova di concetto o di una breve demo o un progetto di classe.Prendere la strada facile.

Answer 3

Accettabile?Dipende da chi si chiede e ciò che le vostre esigenze sono.È questa app interna-off utilizzato da voi e un paio di altre persone?Forse questo è abbastanza buono.Se è significato per essere pronto per la produzione di applicazioni enterprise che continuerà a crescere e sarà mantenuto negli anni, quindi probabilmente si vuole investire sforzo in più up-front per costruire applicazioni gestibili.

Separazione dei problemi è una chiave di progettazione tecnica per la costruzione di mantenibile apps.Mescolando presentazione, affari, e la logica di accesso ai dati tutti insieme, si può finire con molto fragile, difficile cambiare l'architettura dell'applicazione.

Answer 4

Dipende.Se la logica di business è nel tuo fare clic su eventi e la pagina si carica, NON è accettabile.

Sembra che la tua logica di business è da qualche parte all'interno del DAL (ad esempio, le stored procedure e così via), così come lungo come si sono coerente, e va bene.Come lungo come lei sono molto, molto sicuri che i vostri clienti sempre essere l'utilizzo di SQL Server, quindi questo approccio non è un problema.

Conosco un collega che ha tutti la sua logica di business in stored procedure che le sue opinioni sono soprattutto i thin client di database di backend:egli è stato un successo enorme, con il prodotto che si vende.Ma solo perché lui è molto coerente con essa.

Answer 5

Se la domanda è generale, quindi il livello di logica di business può essere utilizzato in completa altre applicazioni troppo.Come, io di solito uso il mio CMS relative BLL classi in altre applicazioni.