Orientación a objetos y Bases de Datos

Si hay algo que funciona en el software son las bases de datos relacionales, si bien tienen un caracter absolutamente estructurado son ampliamente usadas en aplicaciones orientadas a objetos y allí viene un gran problema: La magia de la orientación a objetos se rompe en la creación de objetos - en este caso en obtener un objeto desde una base de DATOS; esta labor la realiza la Persistencia. Persistencia es el concepto que se debe usar en orientación a objetos pues las BD quedan fuera de su alcance.

La persistencia es la encargada de devolver y perpetuar objetos de un determinado tipo desde/hacia los negocios; el problema es hacer depender fuertemente nuestra elegante - no acoplada - indiferente aplicación OO a mecanismos puramente estructurados y enfoncado en los datos; si necesita datos desde su BD que la persistencia crée los objetos y usted los usa como objetos propiamente tal; objetos, objetos, objetos.


Es completamente sugerible aislar estos mecanismos en una capa de persistencia (Nota: Use JPA - HIBERNATE - Invente una capa de persistencia), sería ingenuo conectarse y consultar a una BD desde cualquier parte, tal como una vista html por ejemplo - de hecho es una excelente forma de saber a quien no contratar. Muchas veces me he encontrado en sistemas web donde se conectan donde se les ocurre sin usar ninguna separación haciendo un desastre el mantenimiento, pero dándome mucho trabajo.

Definitivamente el software libre nos sirve para mirar cómo lo hicieron otros para mejorar nuestros sistemas o mejor aún reutilizar y aportar; capas de persistencia como Hibernate o JPA son un excelente forma de aprender esta abstracción de traer objetos cargados desde la persistencia.