Singleton para la configuración de la aplicación

Question

En todos mis proyectos hasta ahora, solía utilizar el patrón singleton para acceder a la configuración de la aplicación en toda la aplicación. Últimamente veo muchos artículos tratando de no utilizar el patrón singleton, porque este patrón no promueve la capacidad de prueba, también oculta la dependencia del componente. Mi pregunta es, ¿cuál es la mejor manera de almacenar la configuración de la aplicación, que es fácilmente accesible en toda la aplicación sin pasar el objeto de configuración por toda la aplicación?

Gracias de antemano

Madhu

Answer 1

creo que una configuración de la aplicación es un excelente uso del patrón Singleton. Tiendo a utilizarlo yo mismo para evitar tener que volver a leer la configuración cada vez que quiero acceder a ella y porque me gusta que la configuración esté fuertemente tipada (es decir, no tenga que convertir valores que no sean cadenas cada vez). Normalmente incorporo algunos métodos de puerta trasera a mi Singleton para admitir la capacidad de prueba, es decir, la capacidad de inyectar una configuración XML para poder establecerla en mi prueba y la capacidad de destruir Singleton para que vuelva a crearse cuando sea necesario. Normalmente, estos son métodos privados a los que accedo a través de la reflexión para que se oculten de la interfaz pública.

EDIT Vivimos y aprendemos. Si bien creo que la configuración de la aplicación es uno de los pocos lugares para usar un Singleton, ya no hago esto. Normalmente, ahora crearé una interfaz y una implementación de clase estándar utilizando campos de respaldo estáticos Lazy<T> para las propiedades de configuración. Esto me permite tener el comportamiento de "inicializar una vez" para cada propiedad con un diseño mejor para la capacidad de prueba.

Answer 2

Para esa situación específica, crearía un objeto de configuración y se lo pasaría a quienes lo necesitaran.

Dado que es la configuración, debe utilizarse solo en ciertas partes de la aplicación y no necesariamente debe ser omnipresente.

Sin embargo, si no ha tenido problemas al usarlos, y no quiere probarlo tan duro, debe continuar como lo hizo hasta hoy.

Lea la discusión sobre por qué se consideran dañinos. Creo que la mayoría de los problemas surgen cuando el singleton está reteniendo muchos recursos.

Para la configuración de la aplicación, creo que sería seguro mantenerlo como está.

Answer 3

Use la inyección de dependencia para inyectar el objeto de configuración individual en cualquier clase que lo necesite. De esta forma puede usar una configuración simulada para probar o lo que quiera ... no está saliendo explícitamente y recibiendo algo que necesita ser inicializado con los archivos de configuración. Con la inyección de dependencia, tampoco está pasando el objeto.

Answer 4

El patrón singleton parece ser el camino a seguir. Aquí hay un Setting class que escribí que funciona bien para mí.

Answer 5

Aquí es un ejemplo realizado usando Castale.Core >> DictionaryAdapter and StructureMap