.NET: какое исключение выбрасывать, когда отсутствует необходимый параметр конфигурации?

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

для меня ConfigurationException (и это замена, ConfigurationErrorsException-несмотря на вводящие в заблуждение документы MSDN) предназначены для ошибки в сбережений, чтение и т. д. конфигурации.

Как сказал Дэниел Ричардсон,ConfigurationErrorsException - это использовать. В общем случае рекомендуется создавать собственные типы исключений только в том случае, если у вас есть сценарий для их обработки. В случае ошибок конфигурации, которые обычно являются фатальными, это редко происходит, поэтому обычно более целесообразно повторно использовать существующий тип ConfigurationErrorsException.

до .NET 2.0, рекомендация была использовать

насчет системы.Конфигурация.SettingsPropertyNotFoundException?

ConfigurationErrorsException является правильным исключение, чтобы бросить в ситуации, которую вы описываете. Более ранняя версия документации MSDN для ConfigurationErrorsException имеет больше смысла.

http://msdn.microsoft.com/en-us/library/system.configuration.configurationerrorsexception(VS.80).aspx

предыдущее резюме MSDN и замечания:

• исключение, которое возникает, когда a настройки-системная ошибка имеет произошло.
• в ConfigurationErrorsException исключение выдается при любой ошибке происходит во время настройки информацию можно прочитать или написанный.

класс ConfigurationElement (который является базовым классом многих связанных с конфигурацией классов, таких как ConfigurationSection) имеет метод, называемый OnRequiredPropertyNotFound (есть и другие вспомогательные методы). Может быть, вы можете назвать их.

OnRequiredPropertyNotFound реализуется следующим образом:

protected virtual object OnRequiredPropertyNotFound(string name) {
    throw new ConfigurationErrorsException(SR.GetString("Config_base_required_attribute_missing", new object[] { name }), this.PropertyFileName(name), this.PropertyLineNumber(name)); }

Я бы пососал его и свернул свой собственный... но прежде чем вы это сделаете, возможно ли, чтобы система приняла значение по умолчанию для этого параметра конфигурации? Я обычно пытаюсь сделать это для каждой настройки, которая может быть пропущена bu Ops Management folk... (или, возможно, я должен сказать, для как можно большего количества настроек - для некоторых явно нецелесообразно, чтобы система принимала решение по умолчанию...)

В общем пользовательское исключение не много усилий... вот образец...

[Serializable]
public class MyCustomApplicationException : ApplicationException
{
    #region privates
    #endregion privates

    #region properties
    #endregion properties

    public MyCustomApplicationException (string sMessage,
        Exception innerException)
        : base(sMessage, innerException) { }
    public MyCustomApplicationException (string sMessage)
        : base(sMessage) { }
    public MyCustomApplicationException () { }

    #region Serializeable Code
    public MyCustomApplicationException (
       SerializationInfo info, StreamingContext context)
        : base(info, context) { }
    #endregion Serializeable Code
}

альтернативный метод, который вы могли бы использовать для ваших файлов конфигурации будет использовать пользовательские разделы конфигурации, а не AppSettings. Таким образом, вы можете указать, что свойство IsRequired и система конфигурации будет обрабатывать эту проверку для вас. Если свойство отсутствует он будет бросать ConfigurationErrorsException Так что я предполагаю, что поддерживает ответ, что вы должны использовать это исключение в вашем случае.

мое правило было:

1. Если случай отсутствующей конфигурации не очень распространен, и я считаю, что никогда не захочу обрабатывать этот случай иначе, чем другие исключения, я просто использую базовый класс "Exception" с соответствующим сообщением:

   бросить новое исключение("мое сообщение")

2. Если я хочу, или думаю, что есть высокая вероятность, что я хотел бы справиться с этим делом по-другому, чем большинство других исключения, я бы свернул свой собственный тип, как люди уже предлагали здесь.

Я склонен не соглашаться с предпосылкой вашего вопроса:

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

согласно документации MSDN на Система.Исключение (Исключение Класс, вы действительно не должны бросать исключения для ошибок ввода пользователя, по соображениям производительности (что было указано другими в Stack Overflow и в других местах). Это также имеет смысл - почему ваша функция не может вернуть false, если пользовательский ввод введен неправильно, а затем приложение изящно выходит? Это, кажется, больше проблема дизайна, чем проблема, с которой нужно бросить исключение.

Как и другие указал, если ты действительно есть чтобы создать исключение-по какой - либо причине-нет никаких причин, по которым вы не могли бы определить свой тип исключения, наследуя от System.Исключение.

вы можете попробовать наследовать исключение XML или просто использовать его.