Можно ли получить исключение на основе сообщения?

Question

Я хочу изящно обрабатывать конкретное исключение с определенным сообщением. К сожалению, это просто исключение ArgumentException, а не то, что я ищу. В этом случае сообщение «Элемент с тем же ключом уже добавлен». Это исключительный случай, но я хочу обработать его, чтобы я мог либо превратить его в конкретное исключение, либо проинформировать пользователя с нетехнической терминологией.

Кажется, что плохая идея закодировать его для поиска этого сообщения, но что еще я могу сделать?

Answer 1

Вы тот, кто добавляет товар? Если да, напишите код, чтобы избежать его в первую очередь.

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

EDIT: Вместо того, чтобы звонить ToDictionary, позвоните по телефону ToLookup. Затем вы можете проверить любые результаты, которые содержат несколько записей.

В качестве альтернативы, напишите свою собственную версию ToDictionary, которая обрабатывает это правильно для вашей ситуации - это довольно просто.

Answer 2

Вы можете создать собственное исключение, которое происходит из класса Exception.

Например:

public class KeyExistsException : Exception 
{ 
    // ... 
} 

Однако, если это исключение из компонента третьей стороны, есть мало что можно сделать, чем проверки для сообщения, кроме метода ContainsKey. ArgumentException не имеет ничего, кроме String, чтобы предоставить информацию о том, что это значит.

Answer 3

Я согласен, что это пахнет, но, похоже, у вас нет выбора ...

Answer 4

Никогда не используйте Message свойство для чего-нибудь, кроме отображения на человека. Что делать, если им нужно изменить пунктуацию на сообщение, или, не дай Бог, изменить написание или формулировку?

Answer 5

Вы можете избежать исключения и проверить словарь с помощью метода .ContainsKey перед добавлением новых записей.

Answer 6

Я сделал это раньше, и молния не ударила меня. Все же.

Answer 7

Возможно, вам придется сделать это таким образом. Но я бы действительно предложил подумать о вашем дизайне. Это похоже на симптом сомнительного дизайна.

try { 
    // your code 
} 
catch (ArgumentException ex) { 
    if (ex.Message != "An item with the same key has already been added") throw; 

    // handle your case 
} 

Answer 8

Если вы создаете словарь, используя метод Enumerable.ToDictionary, затем ArgumentException всегда означает дубликат ключа. Вам вообще не нужно проверять сообщение, просто поместите вызов ToDictionary в свой собственный оператор и поймайте ArgumentException.

Об этом говорится в Перечисленном .ToDictionary documentation.

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

Answer 9

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

Answer 10

Другая причина, по которой не фильтровать исключения на основе сообщения, заключается в том, что сообщение может быть локализовано! Это особенно справедливо для исключений, создаваемых компонентами .NET framework.