Añadir, que a día de hoy, asumo la nueva forma de pensar para trabajar con NHibernate, antes mi dominio se definía en la base de datos, los cambios los hacía ahí, y andando, ahora asumo que el dominio está definido en el código y que en vez de tocar la base de datos me tocará recompilar algunas dlls, pero no quiero abandonar la intención de "genericidad" para que los cambios se puedan hacer a un nivel más abstracto.
Y tal. On 14 dic, 15:21, tolemaC <[email protected]> wrote: > Hola, esta vez no se trata de nada técnico, tan solo quiero compartir > con vosotros un esbozo de cual es el paradigma que tengo en mi > empresa. > > Yo estoy tan acostumbrado a trabajar de este modo que me resulta > complicado entender por que otras personas no entienden algunas cosas > que pregunto, aunque comprendo que la gente "normal" no se enfrenta > con este tipo de problemas. > > El texto puede ser largo, pero no encontraba otra forma mejor de > explicarlo, no puedo resumirlo, en concreto os cuento un escenario > donde hay mucho trabajo y somos muy pocos desarrollando, por lo tanto > tenemos que recurrir a estrategias no comunes para intentar > incrementar nuestra productividad. > > El texto es este: > > http://jros.org/files/orm/parrafada.txt > > No tengo problemas en que lo leáis pero no he querido pegarlo aquí > para no hacer un post-inmenso. > > Es debido a lo que escribo ahí por lo que algunas veces pregunto por > cosas raras, como querer mapear campos a Dictionary, o querer leer > entidades de una tabla de la cual no se el nombre. La mayoría de los > problemas con los que me he encontrado los he solucionado cambiando el > "chip", pensando en objetos y no en tablas. > > Un saludo, -- Para escribir al Grupo, hágalo a esta dirección: [email protected] Para más, visite: http://groups.google.com/group/NHibernate-Hispano
