Propiedades de Java: ¿exponer o no exponer?

Question

Esto podría ser un problema antiguo y estoy seguro de que todos tienen sus propias maneras. Supongamos que tengo algunas propiedades definidas como

secret.user.id=user 
secret.password=password 
website.url=http://stackoverflow.com 

Supongamos que tengo 100 clases y lugares en los que tenga que utilizar estas propiedades diferentes. Cuál es bueno (1) Creo una clase Util que cargará todas las propiedades y las servirá usando una constante de clave Tales como: Util es un singleton que carga todas las propiedades y mantiene la llamada getInstance().

Util myUtil = Util.getInstance(); 
String user = myUtil.getConfigByKey(Constants.SECRET_USER_ID); 
String password = myUtil.getConfigByKey(Constants.SECRET_PASSWORD); 
.. 
//getConfigByKey() - inturns invokes properties.get(..) 
doSomething(user, password) 

Entonces, donde sea que necesite estas propiedades, puedo hacer los pasos anteriores.

(2) Creo una clase significativa para representar estas propiedades; por ejemplo, ApplicationConfig y proporciona getters para obtener propiedades específicas. Así código anterior puede verse como:

ApplicationConfig config = ApplicationConfig.getInstance(); 
doSomething(config.getSecretUserId(), config.getPassword()); 
//ApplicationConfig would have instance variables that are initialized during 
// getInstance() after loading from properties file. 

Nota: El archivo de propiedades como tal tendrá sólo cambios menores en el futuro.

Mi elección personal es (2) - déjame escuchar algunos comentarios?

Answer 1

encuentro el primer acercamiento a ser más detallado de lo necesario. (Especialmente si no se espera que las propiedades cambien mucho). Además, al usar el segundo enfoque, puede manejar problemas de conversión/tipo cuando las propiedades se cargan en lugar de cuando se usan.

Answer 2

Supongo que mi primera pregunta es por qué quieres crear una instancia de algo que dices es un singleton (lo mencionaste usando un código como Util.getInstance()). Un singleton solo tiene 1 instancia, por lo que no debe tratar de crear instancias de copias múltiples en su código.

Si los datos son estáticos (como esto parece) crearía un singleton y recuperaría los valores de él.

Answer 3

No creo que haya ninguna ventaja significativa de un método sobre el otro y no creo que la solución (1) sea más segura, solo porque proporciona una clave de propiedad en lugar de un captador de Java para obtener contraseñas .

Si tuviera que elegir una, tomaría la opción (2).

Answer 4

hacerlo de la manera más sencilla (una clase con valores estáticos):

package com.domain.packagename 

public class Properties { 
    private static String hostName; 
    public static getHostName() { return hostName; } 
    private static int port; 
    public static int getPort() { return port; } 

    public static void load() { 
     //do IO stuff, probably 
     hostName = ??; 
     port = ??; 
     //etc 
    } 
} 

Answer 5

Su opción (2) para mantener los captadores específicos de la aplicación suena mejor y más limpio. Las claves finales estáticas públicas de una interfaz han sido un mal diseño en Java durante años.