Hi, en principio sacaria Silverlight del titulo, si mañana quisieras cambiar de herramienta de GUI tu decision de arquitectura y lo que va en los servicios tendria que cambiar? Bueno, mi respuesta por si acaso seria que no :).
Lo recomendable es usar DTO's: 1) Tu clase de dominio puede crecer sin influir en lo que pasa en el cliente 2) Tu clase de dominio puede cambiar, borrarse, sin influir en lo que pasa en el cliente. Lease tipos de datos, herencias, etc. 3) Bueno, no querias hablar, pero si lazy load, session management, etc de NH no te generan problemas y no tenes que dar soluciones magicas, si bien no podes usar long conversations en forma facil (pero de por si long sessions en WCF es un PITA) Si hay alternativas, NServiceBus, MassTransit, es decir, sistemas que se basan en mensajes...pero tambien ahi la mejor eleccion es DTO. Es decir, agarra a los grandes fomentadores de DDD (Udi Daham, Greg Young, se me ocurren ahora) todos te van a decir que la decision de usar DTO es la mejor decision arquitectural... Esto quiere decir que no es posible trabajar sin DTO? No, no quiere decir esto, hay gente que hasta usa lazy loading usando WCF, pero bueno...yo te di mi opinion. En los ejemplos de uNHADDins tengo una forma de manejar la session en WCF, y paso entidades, no DTO's si bien lo hice para ejemplificar como manejar la session mas que para ejemplificar como trabajar en una aplicacion completa. Saludos. Gustavo. 2009/4/7 JoseFR <[email protected]> > > La pregunta es facil, pero la respuesta me ha parecido muy polemica > entre todos los foros. > Lo que quisiera saber es cuales serían las implicaciones y que > problemas podría tener en caso de querer plantear una arquitectura > teniendo en cuenta lo siguiente: > -Antes que nada yo tengo el control de los dos extremos de la > aplicación y lo que se exporta por WCF se consume en un solo tipo de > cliente (cliente silverlight). > -El dominio tiene clases simples, yo quiero que todo lo que envíe por > el cable se serialize, en algunos casos generaré DTO's pero por lo > general NO. > -No quiero invadir el dominio con atributos que digan que serializar y > que no, para ello estuve leyendo este post que comenta sobre una nueva > feature del framework 3.5 SP1. (http://www.pluralsight.com/community/ > blogs/aaron/archive/2008/05/13/50934.aspx<http://www.pluralsight.com/community/%0Ablogs/aaron/archive/2008/05/13/50934.aspx> > ). > > (Sacando el tema del manejo de la sesión en WCF y el lazyload.) > > También quisiera saber si existe alguna buena alternativa a WCF para > este caso? > > > --~--~---------~--~----~------------~-------~--~----~ Para escribir al Grupo, hágalo a esta dirección: [email protected] Para más, visite: http://groups.google.com/group/NHibernate-Hispano -~----------~----~----~----~------~----~------~--~---
