2007/1/29, "Andrés G. Aragoneses [ knocte ]" <[EMAIL PROTECTED]>: > > Francisco A. Lozano escribió: > > Lo de escribir más código... yo confío en que vayan saliendo librerías > > como BeanLib en java, que permitan "mapear" los mensajes a entidades > > siguiendo unas reglas definidas. > > > > Desde luego que si, se necesita más código, pero también tiene su > > recompensa. Si trabajas con DTOs puros, estás trabajando mediante un > > sistema de mensajes... puedes colocar fácilmente luego esos mensajes > > en colas MSMQ (tenemos un sistema de invocación asíncrona controlada > > basado en esta característica), o puedes integrar tus servicios más > > fácilmente en una SOA. O simplemente publicarlos en SOAPs públicas. > > Bueno, el MSMQ no me interesa porque no hay implementación portable (en > Mono). SOA+SOAP es posible que me interese en un futuro pero como de > momento las entidades que hablan entre sí son del mismo tipo (.NET, ya > sea de MS o Mono) pues no me preocupa (aún no tenemos nada en Java). > Quién dice MSMQ dice cualquier sistema de colas de mensajes... yo lo tengo lo suficientemente "oculto" como para que mi codigo no dependa en absoluto de System.Messaging.*
> > > Tu aproximación mediante las apis de "reflection" es muuuuy > > interesante y si tienes código para ver estaría genial... pero cómo > > propagas los cambios a tu dominio una vez te devuelve el cliente el > > grafo de objetos modificado? osea, cómo lo "merge"'as? y sobre todo, > > En esos casos, en lugar de devolver un objeto modificado, se crea una > llamada específica que recibe, por ejemplo, los ID's de los objetos a > relacionar, y es el lado del servidor el que se encarga de hacer las > operaciones y persistir los cambios. Aquí pierdo elegancia, lo sé :) > En tal caso, esa llamada específica es prácticamente un DTO, lo que pasa que en vez de contener un mensaje con la info requerida, contiene varios mensajes de tipos de datos básicos (IDs de objetos)... > > > cómo verificas y validas los cambios que te propone el cliente? si no > > hay automatismo ahí, con tu solución realmente solo ganas en sentido > > servidor->cliente... En cualquier caso, tu método "Unproxy" es > > opensource? :))) > > Veo que no has leído el enlace que puse porque ahí viene código de > ejemplo, y además LGPL para que la gente contribuya a mejorarlo ;) Tienes razón, y disculpa. Ahora lo veo y me parece muy interesante, intentaré probarlo y ver qué tal me funciona, en el próximo proyecto que empiece con .NET. > > Saludos, > > Andrés [ knocte ] > > -- > > > > --~--~---------~--~----~------------~-------~--~----~ Para escribir al Grupo, hágalo a esta dirección: [email protected] Para más, visite: http://groups-beta.google.com/group/NHibernate-Hispano -~----------~----~----~----~------~----~------~--~---
