En qué paquete se debe colocar una clase de “Configuración”?

Question

Estoy en el medio de la construcción de una aplicación, pero me encontré con demasiada facilidad la creación de nuevos paquetes sin mantener la estructura del proyecto en mente.

Ahora, estoy tratando de rehacer toda la estructura del proyecto en el papel primero. Estoy usando una clase de ajustes con las propiedades públicas, los que se accede como escenarios de varias otras clases de todo el proyecto.

Ahora, ya que esta clase de configuración se aplica para todo el proyecto, no estoy seguro de si se debe empaquetar y si es así, en qué tipo de paquete que debe existir? O debe estar en la raíz (el paquete por defecto) con la clase principal de la aplicación?

He estado pensando en ponerlo en mi paquete de utilidades, a continuación, de nuevo, no creo que realmente es una utlity. Cualquier estrategia sobre cómo decidir sobre dicha estructura de paquetes, por ejemplo, para una clase de configuración?

Answer 1

El uso del paquete por defecto no se recomienda de todos modos (en Java que se ejecutan en la práctica como una advertencia por lo que yo sé), incluso para la clase que contiene el principal.

Aparte de eso, yo prefiero tener un paquete config, incluso si es la única clase en ese país. No creo que encajaría en el paquete utils.

Answer 2

En mi humilde opinión usted debe ponerlo en un paquete de nivel separado, bajo, ya que muchas otras clases dependen de ella, sino que (probablemente) no depende de nada. Por lo que definitivamente debe no puede poner en un paquete con la clase principal de la aplicación. Podría estar en el paquete utils sin embargo, o en un paquete separado en el mismo nivel (por ejemplo config).

Por "nivel bajo" Simplemente quiero decir "bajo en la jerarquía de dependencias del paquete", donde un paquete A que depende del paquete B es mayor que B. Por lo tanto, no se refiere directamente a la jerarquía de paquetes real. El punto es evitar los ciclos de dependencia entre sus paquetes, por lo que se puede tener un ordenamiento tan grande entre sus paquetes.

Por cierto que no debe utilizar el paquete raíz en una aplicación real.