tag:blogger.com,1999:blog-3703334709787879039.post6599871273856169251..comments2023-07-05T12:30:36.819-03:00Comments on Arquitectura de Sistemas Informáticos: Estrategias para persistir objetos : ActiveRecord vs DataMapperJorge Ercolihttp://www.blogger.com/profile/02715540175040996960noreply@blogger.comBlogger5125tag:blogger.com,1999:blog-3703334709787879039.post-70224588486043629062009-02-18T23:09:00.000-02:002009-02-18T23:09:00.000-02:00Saludos hermano,La verda esta muy interezante tu a...Saludos hermano,<BR/>La verda esta muy interezante tu articulo, yo actualmente utilizo el ORM - Cooperator Framework, me ha ido muy bien con el una vez que entiendes la idea del ORM, y sabes manejarlo, lo demas es solo desarrollar las interfas y las reglas del negocio, estas ultimas incluso dentro del ORM. Me gustaria aprender sobre NHIBERNATE, he visto que es muy utilizado y creo que tiene cosas o elementos que no realiza cooperator framework aun.<BR/><BR/>Saludos de nuevo y que buen articulo u blog tienes.elperuchohttps://www.blogger.com/profile/03051277586729740260noreply@blogger.comtag:blogger.com,1999:blog-3703334709787879039.post-50820236837715145332008-04-23T13:45:00.000-03:002008-04-23T13:45:00.000-03:00Raúl, realmente no me imagino armando un ORM sin u...Raúl, realmente no me imagino armando un ORM sin un lenguaje OO.<BR/>Porque la idea es justamente armar un componente que contenga el modelo de dominio del negocio (los business objects); y luego un componente ORM que haga el mapeo entre estos BO y su/s tablas de BDR.<BR/>Para esto hay que solucionar innumerables cuestiones: identity map, lazy loading para los objs. asociados, mantenimiento de transacciones,...<BR/>Desde mi pto. de vista me convence el uso del patron "DataMapper" (ver Martin Fowler) que implementa una herramienta como Hibernate, por ser "No Intrusivo" en mi componennte de BOs, permitiendome "flexibilidad" en caso de decidir cambiar mi implementaciòn de persistencia de objetos por otra.<BR/>En el caso de RoR su ActiveRecord es muy bueno, aunque en este caso no hay opciones de cambio (inflexible) ya que el fwk. Rails se sustenta en su ORM; es un "toma todo el fwk. o déjalo".<BR/>Por último , la "silver bullet" es cualquier buen ORM que me permita independizarme lo mayor posible de mi Base de Datos Relacional.<BR/>Saludos.Jorge Ercolihttps://www.blogger.com/profile/02715540175040996960noreply@blogger.comtag:blogger.com,1999:blog-3703334709787879039.post-86237223825900663782008-04-22T17:11:00.001-03:002008-04-22T17:11:00.001-03:00comunicame cualquier duda a picanteverde@msn.comcomunicame cualquier duda a picanteverde@msn.comAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-3703334709787879039.post-50298383301166330262008-04-22T17:11:00.000-03:002008-04-22T17:11:00.000-03:00comunicame cualquier duda a picanteverde@msn.comcomunicame cualquier duda a picanteverde@msn.comAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-3703334709787879039.post-9115921350860951162008-04-22T17:08:00.000-03:002008-04-22T17:08:00.000-03:00hey hola me intereso mucho tu articulo ya que desd...hey hola me intereso mucho tu articulo ya que desde que conoci ruby on rails me di cuenta de que debemos trabajar con orm, he estado trabajando para crear un ORM nuevo y funcional. he tenido ya un intento fallido debido a que termino teniendo una sintaxis criptica y poco funcional pero ahora he tomado otro giro y me decidí por intentar buscar algo que se asemeje mas a la estructura de jquery y su chainability actualmente lo estoy desarrollando en PHP 4 pero no es problema ya que practicamente es independiente del lenguaje y podria pasarse a cualquier lenguje OO. me gustaria saber si se te ha ocurrido alguna idea sobre como deberia ser la interfaz, o almenos la forma de uso del ORM definitivo (la silver bullet jaja). saludos MUY BUEN BLOGAnonymousnoreply@blogger.com