Hacia un Framework de Persistencia: Capítulo 1 - ¿Frameworks?

Finalmente, empecemos con algo. ¿Qué buscamos?, básicamente desarrollar un framework de persistencia aplicando la metodología del patrón DAO. Tranquilos, cada cosa se verá con detenimiento. Sentemos las bases. La idea surge nuevamente con mi amigo Nafria Federico para la universidad, en la cual debemos desarrollar un proyecto web en JEE. En este capítulo haremos un breve sondeo de los frameworks, qué son, qué ventajas/desventajas traen aparejados. Aclaremos una cosa, la idea de nuestro framework de persistencia surgió hace pocos días, por ende tendrá sus bugs, limitaciones, lo que sea; pero lo importante está, la idea.

En líneas generales, un framework no es más que una colección de objetos que buscan brindar servicios para un subsistema particular (como un subsistema de persitencia).

En nuestro caso apuntamos a un Framework de Persistencia (FWP) considerando una Base de Datos Relacional (BDR). El mismo, como tarea principal, deberá poder llevar los objetos a registros y los registros a objetos.

La principal ventaja sin duda alguna de un framework es su capacidad de reutilización. En sí, convengamos que una de las principales ventajas de la POO (Programación Orientada a Objetos) es su gran reutilización. ¡Ojo! Para poder reutilizar no basta “programar objetos” hay que saber “programar con la filosofía de objetos”, quiero decir, el arte de programar orientado a objetos. Pero éste será un tema para otro momento.

Sigamos, ¿Qué pasaría si estamos en un equipo de trabajo y lograramos reunir esfuerzo para programar hacia frameworks envés de “objetos” sueltos, empaquetados por ahí? Sin duda, los tiempos de desarrollo se reducirían a tiempos abismales. Obviamente, los resultados quizá no sean instantáneos, pero cuando tengamos que volver a desarrollar probablemente, y créanme, van a terminar usando alguna que otra función ya desarrollada; y no hay peor cosa que buscar y no encontrar las cosas reunidas y documentadas cómo debe ser. ¡Menos en un equipo de trabajo! (Es más, con sólo dos personas ya se complica el trabajo grupal…).

Pocas desventajas podemos mencionar de los frameworks, por supuesto, en aplicaciones pequeñas probablemente no necesitemos de ellos, y si necesitásemos, seguramente encontremos uno adecuado en internet. Por otro lado, convengamos que al utilizar un framework estaremos restringidos al lineamiento que propone el mismo, pero esto en general, si es un BUEN framework no tendría que traer problemas.

Entonces, ¡Usemos siempre frameworks! No, esperen. No abusemos de ellos. En aplicaciones específicas podrían llevar a una recarga, implementaríamos más de lo que nos haría falta. Entonces, mejor que siempre utilizar frameworks, aprendamos a saber cuándo utilizarlos y también a no re-desarrollar lo existente, en Internet existen miles de frameworks, conozcámoslo.

¿Pero entonces por qué un framework de persistencia cuándo los hay y de los muy buenos, como Toplink ó Hibernate? Sí, no hay necesidad. Pero sí en nuestro caso, por una cuestión de didáctica, buscamos aprender a desarrollar, a desarrollar bien, para luego hacer nuestros frameworks a “gusto y piacere”.

En la próxima empezamos viendo que patrones involucrará nuestro framework y qué son los patrones. Por ahora suficiente. ¡Saludos!