¿Cuál es la mejor manera de almacenar datos de configuración no públicos en una aplicación .NET 4.0?

Question

mi aplicación utiliza el estándar app.config para almacenar los datos de configuración pública. Sin embargo, todavía hay algunos otros datos que no son públicos, pero aún deben estar accesibles todo el tiempo, persistentes, modificables desde fuera de la aplicación, así como de forma manual en caso de problemas.

Por ejemplo, imagine que la aplicación almacena cierta información de licencia dentro de un archivo que no debe ser públicamente disponible. Sin embargo, un administrador debe poder editar este archivo usando un bloc de notas o similar (sin editores especiales), de modo que la criptografía queda fuera del juego.

¿Utilizaría almacenamiento aislado? ¿Tienes algunas otras sugerencias? Como la aplicación no utiliza ninguna base de datos, no considere almacenarla como una opción.

Así que la pregunta es cómo almacenar los datos de la aplicación para que no sea tan fácil de modificar a mano como con app.config, pero aún así fácilmente editable para un usuario avanzado.

Answer 1

¿Qué tal un archivo incluido?

Me gusta el atributo de archivo en el appSettings Element o el SectionInformation.ConfigSource Property?

<configuration> 
    <appSettings file="machine-specific.config"> 
     <add key="Application Name" value="MyApplication" /> 
    </appSettings> 
</configuration> 

El archivo incluido se puede proteger del acceso público con los derechos de acceso normales al sistema de archivos.

Definitivamente NO usaría almacenamiento aislado para eso. El cifrado sería ideal, pero como eso no es aceptable para usted ...

Usar variables medioambientales también podría funcionar, supongo ... Pero probablemente no lo use yo.

Answer 2

He tenido muy buenos resultados Using Settings in C#.

Puede administrar fácilmente la configuración de la aplicación y del usuario, que se almacenará automáticamente en el almacenamiento aislado por la clase que genera Visual Studio. Admiten prácticamente cualquier tipo que se pueda serializar en XML mientras se escribe fuertemente.