2009-05-18 13 views

risposta

13

Fondamentalmente, .NET RIA Services è un framework che nasconde la logica di rete idraulica per gestire il protocollo RPC e collega il codice tra il client e il server.

Potete considerarlo come RAD per lo sviluppo Client/Server.

From Dinesh's Blog:
sviluppo 1. Semplifica n-tier (e davvero mostrano un modo migliore per ottenere storia multi-tier per gli ORM oggetti - LINQ to SQL o EF o qualsiasi altra cosa)
2. Supporto Rich Internet Application (RIA) di sviluppo su Silverlight - c'è grande storia end-to-end per convalida, l'autenticazione, facile associazione dati ecc
3. Estendere il vostro sviluppo ASP.NET esperienza. Questo è basato su ciò che conosci e utilizzi già. C'è anche un ASP.NET DomainDataSource e modelli per SEO lì (e si spera presto qualche materiale AJAX - dita incrociate).

di rispondere ad alcune delle vostre altre domande sul futuro Brad Abrams says:

ASP.NET accesso - Seguendo il modello RIA Services, sarà anche in grado di creare applicazioni ASP.NET facilmente sfruttando tutte le funzionalità incorporate di Servizi RIA come la convalida dei dati, l'autorizzazione, ecc. Nell'anteprima di marzo, stiamo offrendo un asp: controllo DomainDataSource che consente l'accesso facilitato ai WebForms ASP.NET alla logica del dominio. Basandosi su questa è una versione futura di ASP.NET Dynamic Data che rende molto facile generare un'interfaccia utente standard comune basata sulla logica del dominio.

Indietro a Redmond, stiamo lavorando per fornire un accesso molto pulito alla logica del dominio tramite ASP.NET MVC. Il modello qui è molto bello, e non vedo l'ora di parlarne in un futuro CTP.

Se si combina la verità di fonti di dati con la varietà di opzioni di presentazione stiamo puntando con .NET RIA Services ...

2

Odio doverti semplicemente inoltrare a un sito Web, ma il collegamento this ha una buona spiegazione.

Microsoft .NET RIA Services semplifica il tradizionale modello di applicazione n-tier riunendo le piattaforme ASP.NET e Silverlight. I servizi RIA forniscono un modello per scrivere la logica dell'applicazione che viene eseguita nel livello intermedio e controlla l'accesso ai dati per query, modifiche e operazioni personalizzate. Fornisce inoltre supporto end-to-end per attività comuni quali convalida dei dati, autenticazione e ruoli mediante l'integrazione con i componenti Silverlight sul client e ASP.NET sul mid-tier.

Da quello che ho capito, questa è un'astrazione dall'impianto idraulico del codice e dalla logica aziendale. Ad esempio, è possibile utilizzare LINQ per eseguire query su questi servizi utilizzando una sintassi di query naturale anziché gestire direttamente il protocollo di servizio nel controller.

+3

Quella citazione è ripetuta più e più volte, quando i blogger descrivono i servizi RIA e sembra quasi del tutto vuota. Sto cercando una spiegazione pratica (che i tuoi commenti aggiuntivi sono un buon esempio di) – brian

+0

So cosa intendi ... molta vaga attenzione intorno a queste nuove API Microsoft –

1

Sto indovinando sulla base di alcuni podcast che ho ascoltato:

Si tratta di una libreria che fa qualcosa di simile:

  • dare una sorta di modo (attributi .NET penso che sia stato) per specificare la convalida dei dati sui modelli di dati lato server
  • In qualche modo inviare questi dati al client (forse qualche cosa di tipo wsdl-ish personalizzato?)
  • Sul lato client, generare un codice proxy che esegue la stessa convalida come specificato sul server.

Se ricordo correttamente, avevano solo il supporto per la generazione del codice .NET, quindi erano le applicazioni Silverlight (e probabilmente WPF/XBAP). Hanno menzionato la generazione di javascript come qualcosa per il futuro (possibilmente).

L'idea sembrava essere che si potesse andare oltre la semplice convalida e applicare le "regole aziendali" e così via, ma non sono sicuro di come funzionerebbe.

0

Da quello che ho potuto capire da tutti i blog, presentazioni e dichiarazioni ufficiali di marketing:

Un modello che delinea chiaramente tra logica dell'applicazione, logica di persistenza e logica del consumatore (ad esempio servizi e/o client UI). Ciò incoraggia il riutilizzo della logica applicativa e l'intercambiabilità sia della persistenza che della logica del consumatore.

E sì, da quello che ho letto, i client non Silverlight saranno supportati.

1

Alcuni dicono che è per Silverlight e WCF ciò che DCOM è stato per VB6; molto facile connettersi a client e server senza comprenderne davvero le implicazioni.

1

succinta come posso farlo ...

Fare Silverlight front-end e server back end utilizzare le stesse classi del modello più trasparente possibile. Fornisce la convalida e le operazioni del modello integrato rendendo le classi di modelli disponibili per il front end.

Modello mentale: RIA come una applicazione anziché due.

Problemi correlati