.net - read - ConfigurationManager.AppSettings[“SettingName”] vs Properties.Settings.Default.SettingName ¿Cuándo debo usar cada uno?
para que sirve configurationmanager appsettings (4)
¿Qué debería dictar cuándo debo usar el settingsManager.AppSettings o las configuraciones fuertemente tipadas que genera Visual Studio? Los de tipo fuerte parecen ser mucho más apropiados en la mayoría de los casos, pero supongo que sería posible agregar configuraciones dinámicamente a una aplicación implementada utilizando el enfoque de ConfigurationManager, pero ¿existen pautas en qué circunstancias están diseñadas para ser utilizadas?
Aconsejaría que las configuraciones con tipos sueltos sean más antiguas y realmente solo se deben usar para la compatibilidad con versiones anteriores.
Las configuraciones fuertemente tipadas son más robustas, ya que son ... fuertemente tipadas.
La mayor diferencia es que las propiedades generadas son de solo lectura, por lo que la razón principal para usar AppSettings es si desea escribirlas (lo cual es raro).
Y sí, podría usar AppSettings para configuraciones generadas dinámicamente pero eso también es raro.
Por lo que read, parece que AppSettings es la forma más antigua de hacer las cosas. Los documentos de MSDN indican que las configuraciones del usuario se pueden escribir en tiempo de ejecución si está usando las configuraciones.
Siempre prefiero las configuraciones fuertemente tipadas, que se pueden implementar con los controladores de ConfigSection.
Pros y contras de appSettings vs applicationSettings (.NET app.config)
Utilice Properties.Settings.Default.SettingName. Pero ConfigurationManager.AppSettings ["SettingName”] se debe usar solo cuando el primero es imposible de usar.