Есть ли встроенное исключение .NET, которое указывает на недопустимое состояние объекта?

Question

Есть ли встроенное исключение .NET, которое указывает на недопустимое состояние объекта?

53

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

Chris Marasti-Georg 03 нояб. 2008, в 21:26

Источник

Теги:

c#

.net

exception

2 ответа

-2

Если вообще я бы сказал, что System.InvalidProgramException станет ближе всего к тому, что вы хотите. Что не так, если вы выбрали специальное исключение?

Markus Nigbur 03 нояб. 2008, в 20:44

4

IPE: «Исключение, которое выдается, когда программа содержит недопустимый промежуточный язык Microsoft (MSIL) или метаданные. Обычно это указывает на ошибку в компиляторе, сгенерировавшем программу». Использование стандартных исключений создает согласованность между платформой и сторонними приложениями.
Michael Stum♦ 03 нояб. 2008, в 20:29
4

В пользовательских исключениях нет ничего плохого, если в рамках нет ничего для поддержки вашего случая. Я мог бы написать собственный ArrayList, но зачем мне это?
Chris Marasti-Georg 03 нояб. 2008, в 20:31
0

хорошо, как Пирания, я тоже не понимаю, почему вы думаете, что это так важно? Вы должны написать НЕКОТОРЫЙ код для реализации ArrayList, но это нельзя сравнить с созданием пользовательского исключения ...
botismarius 03 нояб. 2008, в 20:59
4

Дело в том, что вы не должны дублировать существующие функции. Если я выбрасываю пользовательское исключение, это еще одна вещь, которой должен научиться программист, использующий мою библиотеку. Если я буду следовать соглашениям структуры, я позволю им использовать имеющиеся у них знания.
Chris Marasti-Georg 03 нояб. 2008, в 21:08
0

Да, но тем не менее вы должны написать документацию для вашей библиотеки. При этом для пользователя не должно иметь значения, является ли исключение, которое вы выбрасываете, Exception1 или Exception2.
botismarius 04 нояб. 2008, в 08:55
0

Очень старый поток, но, для всех, кто заинтересован ... Конечно, имеет значение, какой тип исключения генерируется, поскольку механизм обработки исключений в C # основан на этом. Например: catch (SomeException ex) { doSomeStuff(); } catch (SomeOtherException ex) { doSomeOtherStuff(); } Но если вам нет дела до написания хорошего, значимого кода, просто throw new Exception("whatever") и покончите с этим.
rsenna 11 июнь 2014, в 19:25
0

Я, как известно, выбрасывал InvalidProgramException, когда попытка вызова совершенно иррациональна; это когда вызов «работает» подразумевает преобразование постоянного состояния сервера, которое нарушает ключевые инварианты. Общее значение таково: «То, что вы пытаетесь сделать, логически неверно, и если вы обойдете ограничения объекта, то то, что вы пытаетесь сделать, все равно будет недействительным». Я только закончил с некоторыми из них, один из которых вызов «работает» означал бы удаленную аттестацию кода является решенной проблемой, а другой является неотъемлемым условием гонки с другим компонентом.
Joshua 02 авг. 2016, в 16:10
0

Обратите внимание, что, хотя у этого есть три отрицательных голоса, я думаю, что это очень полезный неправильный ответ . Пожалуйста, не удаляйте, или люди могут быть обмануты в использовании этого исключения. Пожалуйста, не отрицайте дальше.
Maarten Bodewes 27 июль 2018, в 10:27

Показать ещё 6 комментариев

Ещё вопросы

IPE: «Исключение, которое выдается, когда программа содержит недопустимый промежуточный язык Microsoft (MSIL) или метаданные. Обычно это указывает на ошибку в компиляторе, сгенерировавшем программу». Использование стандартных исключений создает согласованность между платформой и сторонними приложениями.
В пользовательских исключениях нет ничего плохого, если в рамках нет ничего для поддержки вашего случая. Я мог бы написать собственный ArrayList, но зачем мне это?
хорошо, как Пирания, я тоже не понимаю, почему вы думаете, что это так важно? Вы должны написать НЕКОТОРЫЙ код для реализации ArrayList, но это нельзя сравнить с созданием пользовательского исключения ...
Дело в том, что вы не должны дублировать существующие функции. Если я выбрасываю пользовательское исключение, это еще одна вещь, которой должен научиться программист, использующий мою библиотеку. Если я буду следовать соглашениям структуры, я позволю им использовать имеющиеся у них знания.
Да, но тем не менее вы должны написать документацию для вашей библиотеки. При этом для пользователя не должно иметь значения, является ли исключение, которое вы выбрасываете, Exception1 или Exception2.
Очень старый поток, но, для всех, кто заинтересован ... Конечно, имеет значение, какой тип исключения генерируется, поскольку механизм обработки исключений в C # основан на этом. Например: catch (SomeException ex) { doSomeStuff(); } catch (SomeOtherException ex) { doSomeOtherStuff(); } Но если вам нет дела до написания хорошего, значимого кода, просто throw new Exception("whatever") и покончите с этим.
Я, как известно, выбрасывал InvalidProgramException, когда попытка вызова совершенно иррациональна; это когда вызов «работает» подразумевает преобразование постоянного состояния сервера, которое нарушает ключевые инварианты. Общее значение таково: «То, что вы пытаетесь сделать, логически неверно, и если вы обойдете ограничения объекта, то то, что вы пытаетесь сделать, все равно будет недействительным». Я только закончил с некоторыми из них, один из которых вызов «работает» означал бы удаленную аттестацию кода является решенной проблемой, а другой является неотъемлемым условием гонки с другим компонентом.
Обратите внимание, что, хотя у этого есть три отрицательных голоса, я думаю, что это очень полезный неправильный ответ . Пожалуйста, не удаляйте, или люди могут быть обмануты в использовании этого исключения. Пожалуйста, не отрицайте дальше.

Michael Stum · Accepted Answer · 2008-11-03T21-49-00.000Z

68

Лучший ответ

InvalidOperationException может быть?

Исключение, которое вызывается, когда вызов метода недействителен для текущего состояния объекта.

Michael Stum 03 нояб. 2008, в 21:49

3

Все больше и больше людей должны использовать InvalidOperationException вместо создания новых.
JaredPar 03 нояб. 2008, в 20:22
0

Спасибо! Я знал, что должно быть что-то.
Chris Marasti-Georg 03 нояб. 2008, в 20:24
2

True или, по крайней мере, производный от него, так что перехват InvalidOperationException также перехватывает производное. Посмотрите на Исключения, которые происходят от IOE (нижняя часть MSDN), чтобы увидеть, когда имеет смысл накатывать свои собственные.
Michael Stum♦ 03 нояб. 2008, в 20:25
0

Не самое очевидное имя.
James McMahon 03 дек. 2008, в 14:23
0

это зависит. В конце концов, вы пытаетесь выполнить недопустимую операцию, но есть много способов назвать ее.
Michael Stum♦ 03 дек. 2008, в 15:08
0

И что тогда вы ожидаете, если вызов всегда недействителен, независимо от того, в каком состоянии находится объект?
Joshua 02 авг. 2016, в 16:06
1

@Joshua Joshua По моему мнению, либо System.NotSupportedException, либо System.NotImplementedException в зависимости от реального контекста. Я рассматриваю NotSupportedException в случае постоянно «недоступного» метода, который никогда не должен быть допустимым вызовом. И используйте NotImplementedException, когда это временное отсутствие реализации или контекстно-зависимое состояние объекта, которое пропускает фактическую реализацию.
Pregnor 18 янв. 2017, в 16:42
0

@Rick: Мы использовали InvalidOperationException для «ваш запрос не является нормальным», когда он основан на глобальном контексте (обычно это база данных).
Joshua 18 янв. 2017, в 18:23

Показать ещё 6 комментариев