appSettings по сравнению с устаревшим applicationSettings. appSettings? [дубликат]

Question

appSettings по сравнению с устаревшим applicationSettings. appSettings? [дубликат]

Этот вопрос уже имеет ответ здесь:

За и против AppSettings по сравнению с applicationSettings (.NET app.config / Web.config) 5 ответов

У меня есть некоторые вопросы приблизительно два способа сохранить настройки в web.config.

Appsettings: Посмотрите в web.config

Использование в коде - позади:

ConfigurationManager.AppSettings["key1"];

Свойства ApplicationSettings/(автоматически сгенерированный при помощи 'вкладки свойств в проекте)
Посмотрите в web.config


    
        
            True

Использование в коде - позади:

Properties.Settings.Default.TestEnvironment

Так, каково различие между этими двумя возможностями устройства хранения данных настроек в web.config?
Насколько я вижу, оборотная сторона appSettings - то, что Вы имеете, изменяют web.config сами, и appSettings не сильны введенный, где, поскольку applicationSettings.

Оба заменимы в рамках веб-проекта развертывания.

Что касается меня, там бесполезен для appSettings. Я пропускаю что-то здесь? Который является исторически замеченным более старым?

53

c# asp.net properties appsettings web-deployment-project

задан KyleMit 30 January 2014 в 04:28

1 ответ


         
               
          Другие вопросы по тегам:          
         c# asp.net properties appsettings web-deployment-project       
        Похожие вопросы:

        
          
                          295 
 Скрытые возможности C #? [закрыто] - 25 September 2017 20:53 
                            115 
 Какие ваши любимые методы расширения для C #? (Codeplex.com/extensionoverflow) - 23 May 2017 12:18 
                            81 
 Использование ключевого слова var в C # - 3 February 2015 03:25 
                            51 
 Почему это считают плохой практикой для исключения фигурных скобок? [закрытый] - 19 August 2016 17:07 
                            48 
 Что такое худшая ошибка в C # или .NET? [закрыто] - 13 August 2015 04:30 
                            46 
 [Закрываются] скрытые функции ASP.NET - 23 May 2017 01:54 
                            41 
 Что за и против являются к удержанию SQL Сохраненным Procs по сравнению с [закрытым] Кодом - 27 October 2008 14:46

score 22 · Accepted Answer

Это обсуждалось ранее здесь: Плюсы и минусы appSettings и applicationSettings (.NET app.config) .

Что касается ваших вопросов: старый - >, он был примерно до 2.0, > стал доступен в 2.0.



 Преимущество? Когда я редактирую значение или добавляю значение на сервере, где лучшим инструментом является блокнот,  >  очень  подробный, и иногда мне  просто нужна строка . Возможно, это глупый пример, но когда я настраиваю параметры конфигурации между уровнями, чтобы правильно настроить автоматическое развертывание, чрезвычайно полезно, что это просто. 


 Я должен согласиться с  marc_s  из другого обсуждения, хотя, если вы делаете что-то действительно сложное, вы, вероятно, приближаетесь к тому моменту, когда вам все равно нужно иметь свой собственный раздел конфигурации. Поскольку вы десериализуете свой тип конфигурации при запуске ... вы получаете тот же способ проверки типа, только через сериализатор XML напрямую - это единственная разница. 

 Это также имеет то преимущество, что я выполняю  Config.LDAPServer  или, может быть, одну конфигурацию для разных областей, например  Security.Config  и  Themes.Config  ( угадывая здесь!), вы можете получить действительно полезную / понятную схему именования в качестве дополнительного преимущества.