Cuando se usa un archivo Settings.settings en .NET, ¿dónde se almacena realmente la configuración?

Cuando se usa un archivo Settings.settings en .NET, ¿dónde se almacena realmente la configuración? Quiero eliminar la configuración guardada para volver al estado predeterminado, pero no puedo encontrar dónde está almacenada ... ¿alguna idea?

Depende de si la configuración que ha elegido está en el alcance "Usuario" o en el alcance "Aplicación".

Alcance del usuario

La configuración del alcance del usuario se almacena en

C: \ Documents and Settings \ username \ Local Settings \ Application Data \ ApplicationName

Puede leerlos / escribirlos en tiempo de ejecución.

Para Vista y Windows 7, la carpeta es

C: \ Users \ username \ AppData \ Local \ ApplicationName

o

C: \ Users \ username \ AppData \ Roaming \ ApplicationName

Ámbito de aplicación

La configuración del alcance de la aplicación se guarda en AppName.exe.configy es de solo lectura en tiempo de ejecución.

Aquí está el fragmento que puede usar para obtener mediante programación la ubicación del archivo user.config:

public static string GetDefaultExeConfigPath(ConfigurationUserLevel userLevel)
{
  try
  {
    var UserConfig = ConfigurationManager.OpenExeConfiguration(userLevel);
    return UserConfig.FilePath;
  }
  catch (ConfigurationException e)
  {
    return e.Filename;
  }
}

ApplicationSettings (es decir, settings.settings) utiliza PerUserRoamingAndLocal para la configuración del usuario de forma predeterminada (como recordaba).

Actualización: extraño, pero hay demasiadas respuestas incorrectas aquí. Si está buscando su archivo de configuración de ámbito de usuario (user.config), se ubicará en la siguiente carpeta (para Windows XP):

C: \ Documents and Settings \ (nombre de usuario) \ Local Settings \ Application Data \ (nombre de la empresa si existe) \ (nombre de la aplicación) .exe_ (Url | StrongName) _ (hash) \ (versión de la aplicación) \

Url o StrongName depende de si su aplicación ensambla un nombre seguro o no.

Suponiendo que está hablando de escritorio y no de aplicaciones web:

Cuando agrega configuraciones a un proyecto, VS crea un archivo con el nombre app.configen el directorio de su proyecto y almacena la configuración en ese archivo. También construye elSettings.cs archivo que proporciona los accesos estáticos a las configuraciones individuales.

En el momento de la compilación, VS copiará (de forma predeterminada; puede cambiar esto) app.configen el directorio de compilación, cambiando su nombre para que coincida con el ejecutable (por ejemplo, si su ejecutable tiene un nombre foo.exe, el archivo se nombrará foo.exe.config), que es el nombre. El administrador de configuración de .NET busca cuándo recupera la configuración en tiempo de ejecución.

Si cambia una configuración a través del editor de configuración de VS, actualizará tanto app.configy Settings.cs. (Si observa los descriptores de acceso de propiedad en el código generado en Settings.cs, verá que están marcados con un atributo que contiene el valor predeterminado de la configuración que está en su app.configarchivo). Si cambia una configuración editando el app.configarchivo directamente, Settings.csno se actualizará, pero su programa seguirá utilizando el nuevo valor cuando lo ejecute, porque app.configse copia foo.exe.configen el tiempo de compilación. Si desactiva esta opción (configurando las propiedades del archivo), puede cambiar una configuración editando directamente el foo.exe.configarchivo en el directorio de compilación.

Luego están las configuraciones de ámbito de usuario.

La configuración del alcance de la aplicación es de solo lectura. Su programa puede modificar y guardar configuraciones de alcance de usuario, permitiendo así que cada usuario tenga su propia configuración. Estas configuraciones no se almacenan en el foo.exe.configarchivo (ya que en Vista, al menos, los programas no pueden escribir en ningún subdirectorio deProgram Files sin elevación); se almacenan en un archivo de configuración en el directorio de datos de la aplicación del usuario.

La ruta a ese archivo es %appdata%\%publisher_name%\%program_name%\%version%\user.config, por ejemplo C:\Users\My Name\AppData\Local\My_Company\My_Program.exe\1.0.0\user.config. Tenga en cuenta que si le ha dado a su programa un nombre seguro, el nombre seguro se agregará al nombre del programa en esta ruta.

Mientras navegaba para averiguar sobre el hash en el nombre de la carpeta, me encontré (a través de esta respuesta ):

http://blogs.msdn.com/b/rprabhu/archive/2005/06/29/433979.aspx

(editar: enlace de Wayback Machine: https://web.archive.org/web/20160307233557/http://blogs.msdn.com:80/b/rprabhu/archive/2005/06/29/433979.aspx )

La ruta exacta de los user.configarchivos se parece a esto:

<Profile Directory>\<Company Name>\<App Name>_<Evidence Type>_<Evidence Hash>\<Version>\user.config

dónde

<Profile Directory>- es el directorio de perfil de itinerancia o el local. La configuración se almacena de forma predeterminada en el user.configarchivo local . Para almacenar una configuración en el user.configarchivo de itinerancia , debe marcar la configuración con SettingsManageabilityAttributecon SettingsManageabilityestablecido en Roaming.

<Company Name>- es típicamente la cadena especificada por AssemblyCompanyAttribute(con la advertencia de que la cadena se escapa y se trunca según sea necesario, y si no se especifica en el ensamblado, tenemos un procedimiento de reserva).

<App Name>- es normalmente la cadena especificada por AssemblyProductAttribute(las mismas advertencias que para el nombre de la empresa).

<Evidence Type>e <Evidence Hash>- información derivada de la evidencia del dominio de la aplicación para proporcionar el dominio de la aplicación y el aislamiento del ensamblaje adecuados.

<Version>- normalmente la versión especificada en AssemblyVersionAttribute. Esto es necesario para aislar diferentes versiones de la aplicación implementadas en paralelo.

El nombre del archivo siempre es simplemente ' user.config'.

Está en una carpeta con el nombre de su aplicación en la carpeta Datos de la aplicación en la carpeta de inicio del usuario (C: \ documentos y configuraciones \ usuario en xp yc: \ usuarios \ usuario en Windows Vista).

También hay información aquí .

PD: ¡intenta acceder a él por% appdata% en el cuadro de ejecución!

Erm, ¿no puedes simplemente usar Settings.Default.Reset () para restaurar tu configuración predeterminada?

Todas sus configuraciones se almacenan en el archivo .config respectivo.

El archivo .settings simplemente proporciona una clase fuertemente tipada para un conjunto de configuraciones que van juntas, pero las configuraciones reales se almacenan en app.config o en un archivo .config en su aplicación.

Si agrega un archivo .settings, se agregará automáticamente un archivo app.config para albergar la configuración si aún no tiene uno.

Si su archivo de configuración está en una aplicación web, estarán en el archivo web.config (justo debajo de su proyecto. Si están en cualquier otro tipo de proyecto, estarán en el archivo app.config (también debajo de su proyecto) .

Editar

Como se señala en los comentarios: la configuración de la aplicación de tiempo de diseño está en un archivo app.config para aplicaciones distintas de las aplicaciones web. Al compilar, el archivo app.config se copia en el directorio de salida y se llamará yourexename .exe.config. En tiempo de ejecución, solo se leerá el archivo llamado yourexename.exe.config.

Dos archivos: 1) Un archivo app.config o web.config. La configuración se puede personalizar después de la construcción con un editor de texto. 2) El archivo settings.designer.cs. Este archivo tiene un código autogenerado para cargar la configuración desde el archivo de configuración, pero un valor predeterminado también está presente en caso de que el archivo de configuración no tenga la configuración particular.

Sé que ya está respondida, pero ¿no podría simplemente sincronizar la configuración en el diseñador de configuraciones para volver a la configuración predeterminada?