dati ADO.NET servizi il loro posto nel progetto complessivo

Question

servizio di ADO.NET Data è la prossima generazione di strato di accesso ai dati all'interno delle applicazioni. Ho visto un sacco di esempi di utilizzarlo direttamente da uno strato di interfaccia utente, come Silverlight o Ajax per ottenere i dati. Questo è quasi come avere un sistema a due livelli, con strato di business completamente rimosso. Dovrebbe Dal accessibile dal livello di business, e non direttamente dall'interfaccia utente?

Answer 1

ADO.NET Data Services è uno strumento in più da valutare al fine di spostare i dati.

.NET RIA Services è un altro. Molto meglio direi.

Vedo ADO.NET Data Services come un servizio di basso livello per essere utilizzati da alcuni framework di alto livello. Non vorrei che il mio UI parlare direttamente ad esso.

Il problema principale che vedo con ADO.NET Data Services ha più a che fare con la sicurezza che con qualsiasi altra cosa.

Per le attività semplici / veloci, in un'Intranet, e se non siete troppo scegliere con il vostro disegno, può essere utile. (IMO) Può essere molto utile quando è necessario esporre rapidamente i dati da un database esistente.

Lo dico a portata di mano, ma non sarebbe la mia prima scelta come ho evitare il più che posso le soluzioni "rapido e sporco". Queste soluzioni sono come fantasmi, vieni sempre ritorcersi contro di voi.

Answer 2

  

servizio di ADO.NET Data è la prossima generazione di strato di accesso ai dati all'interno delle applicazioni

Non ho idea di dove hai che da! Forse stai confondendo Servizi ADO.NET dati con ADO.NET Entity Framework?

---

Non si dovrebbe supporre che tutto Microsoft produce è di valore per ogni sviluppatore. A mio parere, ADO.NET Data Services è un modo rapido per creare servizi CRUD, che forse hanno poche altre operazioni definite sull'entità, ma le operazioni sono tutte le stored procedure. Se tutto ciò che serve è un servizio di database-oriented, allora questo può essere ciò che si desidera. Certo, ci sono relativamente poche ragioni per fare alcuna codifica per un servizio come questo, tranne che nel database.

Ma questo non significa che ADO.NET Data Services "ha un posto nel disegno complessivo" di ogni progetto. E 'qualcosa che soddisfa un bisogno di clienti sufficiente che Microsoft ritiene che valga la pena di spendere soldi in via di sviluppo e il mantenimento di esso.

A questo proposito, hanno anche pensato ASP.NET MVC è stata una buona idea ...

: -)

Answer 3

A mio parere altre risposte sottovalutano importanza di ADO.NET Data Services. Anche se utilizzarlo direttamente nella vostra applicazione porta qualche somiglianza con sistema a due livelli, altri prodotti Microsoft, come Net RIA Services, Asure Storage Services di Windows basate su di esso. Al contrario per la frase in una delle risposte "per compiti semplici / veloci, in un'Intranet, e se non si è troppo scegliere con il vostro disegno, può essere utile" può essere utile per i siti web pubblici, tra cui i siti web in ASP. MVC net.

Dino Esposito descrive la forza trainante per ADO.NET Data Services nel suo blog

http://weblogs.asp.net/despos/archive/2008/04/21/the-quot-driving-force-quot-pattern-part-1-of-n.aspx

"Servizi ADO.NET Data (aka, Astoria)

forza di guida: la necessità di costruire sistemi web riccamente interattivi. Cosa c'è che in astratto: nuova serie di strumenti per la costruzione di un livello intermedio o, meglio ancora, il livello di servizio sulla cima di un livello intermedio in qualsiasi tipo di applicazione, incluse le applicazioni di classe enterprise. Cosa c'è che nel calcestruzzo: vi fornisce gli URL per invocare da collegamenti ipertestuali per portare i dati al client. Meglio per scenari in cui un cliente ha bisogno di una diretta | accesso parzialmente filtrati ai dati. Non è l'ideale per l'interrogazione dei dati da IE, ma ideale per la costruzione di una nuova generazione di Web controlla quel respiro AJAX. E proprio questo ".