Например, я получаю предупреждение компилятора:
Событие Company.SomeControl.SearchClick никогда не используется.
Но я знаю, что он использовался, потому что его комментирование вызывает у меня как 20 новых предупреждений о страницах XAML, которые пытаются использовать это событие!
Что дает? Есть ли способ избавиться от этого предупреждения?
Это похоже на предупреждение 67, и его можно подавить с помощью:
#pragma warning disable 67
Не забудьте восстановить его как можно скорее (после объявления события) с помощью:
#pragma warning restore 67
Однако я бы проверил еще раз и убедился, что вы где-то инициируете событие, а не просто подписываетесь на него. Тот факт, что компилятор выдает 20 предупреждений, а не 20 ошибок, когда вы комментируете событие, тоже вызывает подозрение ...
Также есть интересная статья об этом предупреждении и, в частности, о том, как оно применяется к интерфейсам; есть хорошее предложение, как бороться с "неиспользуемыми" событиями. Важные части:
Правильный ответ - четко указать, чего вы ждете от события, которое в данном случае ничего не стоит:
public event EventHandler Unimportant { add { } remove { } }Это полностью подавит предупреждение, а также дополнительную сгенерированную компилятором реализацию нормального события. И как еще одно дополнительное преимущество, это побуждает задуматься о том, действительно ли эта реализация, не делающая ничего, лучшей реализацией. Например, если событие не столько неважно, сколько не поддерживается, так что клиенты, которые полагаются на эту функциональность, вероятно, потерпят неудачу без нее, может быть лучше явно указать отсутствие поддержки и быстро выйти из строя, бросив исключение:
public event EventHandler Unsupported { add { throw new NotSupportedException(); } remove { } }Конечно, интерфейс, который может быть успешно реализован без некоторых частей его функциональности, иногда указывает на то, что интерфейс не является оптимально связным и должен быть разделен на отдельные интерфейсы.
Если вы вынуждены реализовать событие из интерфейса, в котором ваша реализация не нуждается, вы можете сделать следующее, чтобы избежать предупреждения.
public event EventHandler CanExecuteChanged { add{} remove{} }
if(OnCompleteOpenEvent != null) OnCompleteOpenEvent();, будет сказано, что OnCompleteEvent не существует в текущем контексте.
- person Almo; 04.04.2014
Второй лучший способ - imho четко указать, что событие не поддерживается, выбрасывая исключение, если кто-то пытается на него подписаться.
public event RoutedEventHandler SearchClick
{
add { throw new NotSupportedException(); }
remove { throw new NotSupportedException(); }
}
Как вариант, вы также можете просто оставить методы add и remove пустыми, чтобы игнорировать подписки на событие.
Лучшее решение - провести рефакторинг кода, возможно, передать объявление события разработчику, если это возможно.
В крайнем случае вы также можете отключить предупреждение, например
#pragma warning disable 67
public event RoutedEventHandler SearchClick;
#pragma warning restore 67
Вы также можете сделать следующее:
public event EventHandler MyEvent = delegate {}
Компилятор, по-видимому, не знает, что он используется в коде XAML. Попробуйте подавить предупреждение в определении события.
Кроме того, убедитесь, что вы действительно где-то поднимаете мероприятие.
Вы можете подавить отдельные предупреждения.
\Program.cs(13,20): warning CS0219: The variable 'foo' is assigned but its value is never used
В этом случае CS0219 является предупреждением о том, что переменные назначаются, но не используются. Вы можете использовать флаг / nowarn: 0219 или добавить номер ошибки на панели свойств проекта (в разделе «Сборка» не забудьте удалить начальную CS). Помните, что подавляет все предупреждения этого класса.
Или вы можете добавить <NoWarn>67</NoWarn> в свой проект
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
...
<NoWarn>67</NoWarn>
</PropertyGroup>
