2010-01-21 21 views
5

Actualmente estoy investigando los servicios de .NET RIA. Sin embargo, tengo problemas para encontrar una lista definitiva de los beneficios de los servicios de RIA en comparación con WCF simple para Silverlight o una lista de los componentes clave que conforman los Servicios de RIA. También me resulta difícil ver dónde se encuentran los servicios de RIA en el modelo de desarrollo y qué proporciona exactamente al desarrollador.¿Cuáles son las características/beneficios clave de RIA Services?

  • ¿Existen beneficios tangibles al uso de RIA en comparación con otras opciones?
  • ¿Cuáles son los componentes clave que componen los servicios de RIA?
  • ¿Qué se puede hacer con RIA que no se puede hacer con las tecnologías Microsoft/.NET existentes?

Respuesta

5

Brad Abrams tiene a series of posts about RIA Sevices, comenzando con What is .NET RIA Services?. MSDN también tiene an introduction.

Sin embargo, en resumen, la proposición de los Servicios RIA es que el código de marco genera una capa del lado del cliente desde la capa del lado del servidor (dominio). En consecuencia, expone el lado del cliente de su entidad y se ocupa de la creación de redes (ahora utilizando WCF).

Por supuesto, podría codificar todo esto usted mismo. La mayor ganancia con RIA Services es, por tanto, el tiempo, siempre que esté satisfecho con la forma en que RIA Services hace las cosas.

Lo he usado para un cliente de Silverlight y lo encontré fácil de usar, con la necesidad de escribir plomería de capas de servicio bajo el cuidado del marco.

+0

+1 Creo que lo más importante de Ria Services es que se ocupa de las tuberías para el desarrollador. Este es un beneficio en el tiempo en un nivel básico; sin embargo, crece cuando se tiene en cuenta lo fácil que es usar los Servicios de Ria con datos de localización y validación de datos mediante anotaciones. Se ahorra mucho tiempo que casi siempre tuve que cablear manualmente. – JamesEggers

+0

Gracias. He estado leyendo un par de artículos del conjunto bastante épico de Brad sobre RIA, pero todavía me resulta difícil ver cuáles de las características que codifica o de las que habla son un resultado directo del uso de RIA. Con bastante frecuencia, parece estar hablando de cosas que ya están disponibles. Particularmente en el ejemplo de fuente de datos basada en WCF, no veo ningún trabajo de "plomería" que haya sido generado por los servicios de RIA. ¿Me estoy perdiendo el punto porque no estoy utilizando Entity Framework como mi fuente de datos? – SciFi

+0

Creo que la mejor manera es imaginarme escribiendo una aplicación Silverlight sin RIA. Entonces primero tienes que escribir tus servicios de WCF. Luego debe administrar su estado y las actualizaciones en el lado del cliente. ¿Utiliza entidades nuevas en el lado del cliente o intenta copiar las entidades del lado del servidor? Lo que dice RIA es: escriba su servicio de dominio y le generaré una capa del lado del cliente para facilitar la llamada a ese servicio. La capa del lado del cliente incluye acceso a las mismas entidades utilizadas en el lado del dominio, y también contextos para realizar un seguimiento de los cambios y las actualizaciones. También todas las entidades están disponibles para vincular en xaml. –

Cuestiones relacionadas