¿Aplicar un App.config a mi conjunto de DLL?

Question

Estoy escribiendo una biblioteca de clase como una abstracción para usar para iniciar sesión en cualquier aplicación, servicio, etc. que escriba. Lo estoy haciendo decentemente robusto al hacerlo muy configurable para satisfacer mis necesidades para la mayoría de los escenarios de registro de aplicaciones/servicios que encuentro.

La configuración está diseñada para especificar cosas como:

• Qué nivel de registro para escribir
• de escritura a un archivo de registro para todos los niveles
• de escritura a los archivos separados por nivel
• Corte de registro (periódico, evento de aplicación, tamaño de bytes restringido)
• Expiración del archivo de registro (eliminar archivos de registro después de la antigüedad del archivo)
• Escribir texto plano o XML
• especificación de formato de registro de nombre de archivo
• Ya sea como prefijo para el nombre de archivo con fecha
• Padres nombre de aplicación
• etc, etc, etc ...

I He leído algunas otras preguntas de stackoverflow con respecto a las configuraciones para ensamblajes de DLL y causando conflicto entre el app.config para el ensamblado/aplicación de hosting. Creo que mi ensamblado solo tiene motivos para proporcionar un archivo de configuración.

¿Es este un buen escenario para esa ocasión? ¿Es quizás una mejor idea incluir mi propia configuración en mi proyecto para que mi registrador lea los archivos XML para recuperar los valores de configuración?

Answer 1

Lo que podría hacer es

• crear una sección de configuración personalizada (por ejemplo, usandola herramienta COnfiguration Section Designer)

• poner la configuración de su montaje en un archivo separado MyAssembly.config

• de referencia que archivo de ensamblaje de configuración de configuración de la aplicación host:

  <configuration> 
      <configSections> 
       <section name="YourAssembly" 
         type="YourAssembly.ConfigSection, YourAssembly" /> 
      </configSections> 
  
      <YourAssembly configSource="MyAssembly.config" /> 
  </configuration> 
  

De esta manera, se puede " externalize "su configuración en un archivo de configuración separado que tiene una sola vez (en el proyecto de su ensamblaje), y cualquier proyecto que lo necesite solo necesita esa configuración en su propio archivo de configuración.

Answer 2

Parece que una sección de configuración personalizada funcionaría bien en su caso. Muchas bibliotecas, como Enterprise Library, hacen exactamente esto. Consulte MSDN article para crear uno.

Answer 3

El mecanismo de configuración de .NET no está destinado a manejar archivos de configuración para archivos DLL. Debe configurar su aplicación con la configuración adecuada y pasarla a la clase que está instanciando desde la DLL.

---

Es posible agregar configuraciones a un proyecto DLL como lo haría normalmente para las aplicaciones. Todo lo que necesita hacer es copiar las secciones y entradas relevantes en la aplicación app.config manualmente y funcionará.

Sin embargo, sigue siendo cierto que no tiene sentido copiar el archivo de configuración de la DLL. No será leído.

Answer 4

Otro mecanismo es tener un archivo de configuración independiente (* .dll.config) para su ensamblaje. La técnica se muestra aquí: http://blog.rodhowarth.com/2009/07/how-to-use-appconfig-file-in-dll-plugin.html

Lo anterior, imite la técnica estándar app.config para ensamblajes.

En mi opinión, el código de lectura de la configuración dll solo debería existir en la dll correspondiente y en una clase separada, con la responsabilidad única de leer las entradas de configuración desde * .dll.config. Esta es una buena manera de tener un archivo de configuración para un ensamblaje de forma similar al archivo de configuración (app.config) que puede tener un ejecutable.