Peden explicarme como va eso del DTO y Silverlight ??

[chcma]

Buenas foreros, he estado leyendo sobre esto nuevo que ha salido de DTO para usar sobretodo con Silverlight, y con WCF.

Ok, creo haber entendido como funciona el tema, pero esperaría me explicara alguien que sea más vivo que yo, y haya entendido mejor que yo como fuciona el tema.

Veo que la idea BÁSICA sería tener 5 proyectos.

CLIENTE:
* Capa de entidades de cliente (Que sera similar a la del servidor).
* Aplicacion Silverlight.

SERVIDOR:
* Capa entidades de servidor.
* Capa de Negocio con acceso a Datos (por ejemplo Entity Framework).
* Aplicación web con servicio WCF.

Creo haber entendido bien el funcionamiento, aun que a veces no sé si el Contexto del Entity Framework debería ir en la misma clase de Negocio o todavía crear otra más que fuera, por ejemplo, Capa de Acceso a Datos.

Estuve viendo ejemplos, en los que desde Silverlight en vez de llamar al metodo asyncrono del servicio y esperar en el evento a su finalización, hacian llamadas en plan LINQ para recuperar los datos. Evitandose el tener que crear un evento de finalización para cada metodo WCF que se creaba. ¿Como podría hacerse eso?

Bueno... como podeis ver, he entendido más o menos como va este nuevo patrón para silverlight, pero... no del todo, asi que esperaría que alguien me hechara una ayuda para entender las cosas que me faltan, por que como pueden ver soy un poco lento con esto....

[Peterpay]

Yo creo que el problema de este tipo de cuestiones del lado del servidor lo podrias resolver sin tantos problemas usando ria services.

si contemplas tener linq directo para sacar los resultados pues creo que acabarias con el concepto en forma de un smart client con enfoque ria porque no podrias sobrevivir de cierto modo desconectado del servidor en cada peticion.

es como el mvvm que usa lightswitch , y todos sus mecanismos de control de sincronia y conectividad.

[Peterpay]

Otra alternativa y funcional mucho diria yo seria usar

WCF usando Ado.net data services para datos
WF services como capa de negocio
y en tu aplicacion silverlight la logica de interfaz.

[chcma]

Bueno... entonces, a ver si me quedo claro (Gracias por tu paciencia ee, jejeje).

Entonces tendría dos servicios WCF, ¿No?

El primero, es, digamos, la capa de acceso a datos.

Y el segundo, haría de "capa de negocio" y de entidades con los DataContract, para poder usarlos desde el Cliente Silverlight.

¿Lo entendí bien Peterpay?

[Peterpay]

digamos que si, al menos ese modelo a nosotros por aca no nos presenta ninguna falla y es de facil mantenimiento.

un set de ado,net services hacen la capa de datos
un set de workflow services con WF4 hacen la capa de negocio y conservo el object model intacto desde la capa de negocio y es el que consumes, claro con sus ventajas funcionales de agregar atributos y algunas banderas a los mismos podras exponer tus servicios con los datacontracts necesarios y sus equivalencias si es el caso.

y silverlight consumiendo negocio sin tanto problema de manera asincrona como lo sabe hacer.

[chcma]

Bueno, pues muchas gracias PeterPay, seguiré haciendolo como seguia hasta ahora, al menos para el proyecto que voy a poner en marcha. Y más adelante, ya veré si lo migro a DTO, con Entity Framework.

Thanks compañero.