FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
Frameworks, Persistencia: ¿Teoria?
Muy buenos días!
He estado leyendo algunos comentarios sobre framworks, persitencia, ECO, InstantObject, y demás... Pero me resulta un poco complicado entenderle algunas cosas (el solo hecho de ver la cantidad de units que componen InstantObject me asustó). Por ello, y para ir armando un poco una "biblioteca de estudio" sobre el tema, me preguntaba si algunos de ustedes puede recomendar sitios, enlaces, temas, etc... (preferentemente en castellano. Si... se que es dificil) lo que fuera sobre como comprender y abordar esto. Yo me pregunto si es viable documentarse primero correctamente sobre la teoria y los conceptos que encierran o dan forma a los frameworks de persistencia o irse directo a la documentación que ofrecen dichas soluciones. ¿Ustedes creen que tiene sentido estudiar un poco sobre frameworks en general? Esto lo pregunto más que nada para ir abordando y profundizando conceptos más avanzados (siento que mi cerebro me lo pide)... de aquí a unas semanas. Quisiera ir preparando ya algo de material de estudio, cosa de que pueda dimensionar mejor el "tamaño" de todo esto. De modo que al finalizar (o casi al finalizar, ya se verá) cierto proyecto que tengo en manos (si... por fin muchachos... por fin me siento a continuar y darle fin) pueda sentarme "tranquilo" y empezar a algo más "serio". ¿Ustedes que dicen?¿Primero un poco de teoria y luego un poco de práctica? No es que quiera hacerme un framework, bueno... no se... quizás dentro de un buen tiempo (¿Un año?), si me da la locura (cosa altamente probable). Creo que lo que se diga en este hilo puede ser mucha utilidad para quienes desean incrementar sus conocimientos en el área; no sólo para mi. Esto puede ser una buena oportunidad para intercambiar conocimientos y opiniones y cultivar más ayuda sobre un tema que parece estar actualmente en boca de muchos. Puesto que pareciera que se habla mucho de que se usen frameworks, pero no muchos saben y pueden (o no se animan) a decir ¿qué es eso? Saludos, |
#2
|
|||
|
|||
Pienso que de entrada es de ley leerse los artículos de Scott Ambler al respecto.
No creo que esté de más entender de estos conceptos. A mi los frameworks me dan un poco de roña porque siento que termina uno usando un monton de cosas que no necesita, claro que, a fin de cuentas la VCL es un framework y es fenomenal. Y no está de más porque no siempre requerimos una infraestructura tan compleja como la que ofrecen algunas soluciones ya hechas, o nos basta con algo intermedio. Bye |
#3
|
||||
|
||||
En el foro de oodesing de borland se habla todo el tiempo de eso.
Aunque mire mucho ECO & por lo menos otros 15 frameworks de esos, solo 3 le he visto buena pinta, o sea, que son faciles de entender, son logicos, livianos y tienen una velocidad decente: El mejor, en mi opinion lo tienen aqui: http://www.djangoproject.com/documentation/db-api/ Esta en python. Es una ENORME ventaja el que python sea un lenguaje dinamico y no compilado. Esta es una de las areas donde es mucho mas dificil para los compilados. Es increible lo facil que se anda con el, lo eficiente y todo eso. En .NET este se le acerca, no mucho pero lo estoy usando y va bien: http://www.subsonicproject.com/ Para Delphi, lo mas cercano a lo anterior es este; pero le falta madurar: http://code.google.com/p/g-framework/ La teoria es importante, pero solo ultimamente (desde ruby on rails) se han armado de este tipo de frameworks que sean practicos de usar. De lo contrario, esta hibernate (auch!!!!).
__________________
El malabarista. |
#4
|
||||
|
||||
Cita:
Yo también creo que uno siempre debe estar analizando si es viable o no emplear un framework en cada proyecto... En ocasiones puede que resulte impráctico su uso. Todo lo que añade ruido al proyecto debería ser descartado. Disculpa que mi ignorancia te aceche: ¿Que artículos? He hecho una búsqueda y hay muchos resultados. ¿Algún artículo en particual? ¿ Podrías ser un poco más específico si no te es molestia? Cita:
Ahora que me avivo, y a riesgo de ser un poco pesado con mis preguntas... ¿Algún libro que puedan recomendar? Que no sea UML y Patrones y el Gota a Gota, ya los tengo. Saludos, |
#5
|
||||
|
||||
Libros? No. Creo que actualmente es mejor ver implementaciones reales... los libros teoricos en sistemas tienen la tendencia a confundir mas. Aparte que por ser teoricos, carecen del toque de realidad.
El "truco" de un buen framework es que sea agradable de utilizar, no la sofisticacion teorica que tenga detras. De hecho, aunque los articulos de Scott se consideran como los padres, hacer un OPF en base a eso termina siendo muy poco intuitivo. Otro tema que quizas valga la pena es mirar a LINQ y ojeadas a LISP. La verdad es que todo esta ya inventado desde LISP
__________________
El malabarista. |
#6
|
|||
|
|||
Cita:
Hay un par de artículos básicos que son Mapping Objects to Relational Databases: O/R Mapping In Detail que explica los conceptos básicos a tener en cuenta al tratar de persistir un modelo de clases. Creo que el artículo original lo escindió en varios, no estoy seguro, pero una de las cosas que Ambler enfatiza es la necesidad de comenzar el diseño con el modelo de clases y no con el modelo de datos, es decir, no simplemente convertir en objetos las tablas y filas de una base de datos como el Active Record. El segundo artículo básico es el de Design of a Persistence Layer (pdf) que está ya más enfocado al diseño de la capa de persistencia. Imagino que, como dice mamcx, no se trata de tomarse este artículo como las especificaciones técnicas de un framework de persistencia. Pero como todo, son fuentes de donde tomar ideas. Bye |
#7
|
||||
|
||||
Cita:
Algunos serán más prácticos que otros... en fin. Lo que dices sobre agradabe de utilizar es muy real, mientras estuve ojeando a InstantObject no me he podido sentir cómodo; cuando vi ese video/tutorial... me he sentido como que esto no es lo mio, que no es mi forma de trabajar... Cita:
Mi intención es tener algo de conocimiento, la verdad es que irme directo a la práctica sin algo de teoria no es lo mio. Por ello preguntaba sobre referencias. No está en mis planes en estudiarme todo lo que hace a un verdadero framework comercial pero si algo para comprender mejor. Considero que de cualquier modo uno termina haciendo ajustes. No hay algo 100% adecuado a todo. Es como pretender aplicar patrones a todo lo que uno se le ocurra. Poco, y Mucho son dos extremos... y ambos son malos. Les agradezco a ambos el tomarse tiempo en responder. Están invitados en resto de la comunidad. Desde la Fachada y la Persistencia, les envio saludos. |
#8
|
||||
|
||||
Yo estuve estudiando varios meses sobre ECO y te puedo recomendar estos libros:
Uml y Patrones - Craig Larman Uml Gota a Gota - Martin Fowler Analisis y diseño Orientado a Objetos con UML y el Proceso Unificado Object Constraint Language Getting Your Models Ready for MDA The Book for Borland's ECO III Ya luego la práctica con estos PDF |
#9
|
||||
|
||||
Cita:
Muchas gracias por el enlace. La biblioteca ya va creciendo un poco más. Saludos, |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Frameworks para PHP | Ñuño Martínez | PHP | 24 | 17-05-2008 19:51:03 |
Frameworks de PHP (Comparativa) | D-MO | PHP | 1 | 15-06-2006 10:40:13 |
Comprender este codigo (es teoria pura y dura) | papulo | PHP | 24 | 12-01-2006 18:47:58 |
Persistencia de objetos | Scocc | OOP | 4 | 05-07-2003 07:44:00 |
Teoría del Salario | obiwuan | Humor | 0 | 06-05-2003 23:00:43 |
|