2009-05-18 21 views

Respuesta

13

Básicamente, .NET RIA Services es un marco que oculta la lógica de la red de fontanería para manejar el cable RPC y une el código entre el cliente y el servidor.

Puede considerarlo como RAD para el desarrollo Cliente/Servidor.

From Dinesh's Blog:
desarrollo 1. Simplificar n niveles (y realmente te muestran una mejor manera de conseguir la historia de varios niveles para sus objetos ORM - LINQ a SQL o EF o lo que sea)
2. Apoyo Rich Internet Application (RIA) en el desarrollo de Silverlight - hay una gran historia de extremo a extremo para validación, autenticación, fácil enlace de datos, etc.
3. ampliar su desarrollo ASP.NET experiencia. Esto se basa en lo que ya conoce y usa. Hay incluso un ASP.NET DomainDataSource y plantillas para SEO allí (y con suerte algunas cosas de AJAX pronto - dedos cruzados).

responder a algunas de sus otras preguntas sobre el futuro Brad Abrams says:

ASP.NET de acceso - Siguiendo el patrón de Servicios RIA, que también será capaz de construir aplicaciones ASP.NET fácilmente aprovechando al mismo tiempo toda la características integradas de los Servicios de RIA tales como validación de datos, autorización, etc. En la vista previa de marzo, estamos ofreciendo un control asp: DomainDataSource que permite el fácil acceso de WebForms de ASP.NET a la lógica de su dominio. Además de eso, hay una versión futura de ASP.NET Dynamic Data que hace que sea muy fácil generar una IU estándar común basada en la lógica de tu dominio.

De vuelta en Redmond, estamos trabajando para proporcionar un acceso muy limpio a su lógica de dominio a través de ASP.NET MVC. El patrón aquí es muy bueno, y no puedo esperar para hablar de ello en un futuro CTP.

Si se combina la veracidad de las fuentes de datos con la variedad de opciones de presentación que pretendemos con .NET RIA Services ...

2

Odio solo reenviarlo a un sitio web, pero el enlace this tiene una buena explicación.

Microsoft .NET RIA Services simplifica el patrón de aplicación n-tier tradicional juntando las plataformas ASP.NET y Silverlight. Los servicios de RIA proporcionan un patrón para escribir la lógica de la aplicación que se ejecuta en el nivel medio y controla el acceso a los datos para consultas, cambios y operaciones personalizadas. También proporciona soporte extremo a extremo para tareas comunes tales como validación de datos, autenticación y roles al integrarse con los componentes de Silverlight en el cliente y ASP.NET en el nivel medio.

Por lo que entiendo, esta es una abstracción del código de fontanería y su lógica de negocio. Por ejemplo, podría usar LINQ para consultar en estos servicios utilizando una sintaxis de consulta natural en lugar de tratar directamente con el protocolo de servicio en el controlador.

+3

Esa cita se repite una y otra vez cuando los bloggers están describiendo los servicios de RIA y parece casi totalmente vacío de contenido. Estoy buscando una explicación práctica (que sus comentarios adicionales son un buen ejemplo de) – brian

+0

Sé lo que quiere decir ... mucha vaguedad alrededor de estas nuevas API de Microsoft –

1

Supongo basado en algunos podcasts que he escuchado a:

Es una biblioteca que hace algo como esto:

  • proporcionar algún tipo de forma (atributos .NET creo que fue) para especificar la validación de datos en sus modelos de datos del lado del servidor
  • De alguna manera, envíe estos datos al cliente (¿alguna cosa tipo de wsdl-ish personalizada?)
  • En el lado del cliente, genere algún código proxy que realice la misma validación como se especifica en el servidor.

Si no recuerdo mal, solo tenían soporte para generar código .NET, por lo que aplicaciones Silverlight (y posiblemente WPF/XBAP) lo eran. Mencionaron generar javascript como algo para el futuro (posiblemente).

La idea parecía ser que se podía ir más allá de la simple validación y hacer cumplir las "reglas comerciales" y demás, pero no estoy muy seguro de cómo funcionaría.

0

Por lo que pude entender de todos los blogs, presentaciones y declaraciones oficiales de comercialización:

Un patrón que delimita claramente entre lógica de aplicación, lógica de persistencia y lógica de consumidor (por ejemplo, servicios y/o cliente de UI). Esto fomenta la reutilización de la lógica de la aplicación y la intercambiabilidad de la lógica de persistencia y consumo.

Y sí, por lo que he leído, los clientes que no sean de Silverlight serán compatibles.

1

Algunos dicen que es para Silverlight y WCF lo DCOM para VB6; es fácil de conectar cliente y servidor sin entender realmente las implicaciones.

1

sucinta que puedo hacerlo ...

Haciendo extremo frontal Silverlight y finales servidor de usar las mismas clases del modelo más transparente posible. Le brinda la validación y operaciones integradas del modelo al hacer que las clases de modelo estén disponibles para el front-end.

Modelo mental: RIA como una aplicación en lugar de dos.

Cuestiones relacionadas