Paquetes

En este tema vamos a explicar como se han organizado todas las clases de un proyecto.

Siempre habrá diversas formas de organizar las clases en paquetes pero lo importante de separar las clases en paquetes es que sean fáciles de encontrar y que quede mantenible si quitamos clases o las añadimos , etc.

Otro factor que ayuda a decidirnos sobre los paquetes , es el número de clases. Hay veces que para una sola clase no merece la pena crear un nuevo paquete pero cuando van creciendo en número es preferible crear el nuevo paquete.

En la siguiente carpeta vemos como hemos organizado en paquetes las principales clases de un proyecto.

Hay dos paquetes principales:

Es decir hemos hecho una división muy clara , la clases que reutilizamos vs las clases del proyecto.

com.fpmislata.persistencia

Dentro del paquete com.fpmislata.persistencia hay 3 paquetes:

Si hubiéramos creado más anotaciones además de la anotación Caption se debería crear el paquete com.fpmislata.persistencia.anotaciones pero como solo tenemos una y está relacionada con las clases DAO se ha preferido dejarla en com.fpmislata.persistencia.dao.

ejemplo04

Dentro del paquete ejemplo04 hay 4 paquetes:

Hemos separado los ficheros .hbm.xml y las clases de dominio , ya que las clases de dominio no deben saber nada de como se persisten. De esa forma si cambiamos la forma de persistir las clases de dominio (por ejemplo usando JDBC) no sería necesario tocar nada del paquete ejemplo04.dominio .
También hemos separado los interfaces DAO de sus implementaciones con los paquetes ejemplo04.persistencia.dao y ejemplo04.persistencia.dao.impl.

1)
Para seguir la norma de los paquetes java debería ser com.fpmislata.ejemplo04, ya que los paquetes Java siempre deben empezar por el dominio de nuestra empresa o el dominio de nuestro poryecto