¿Cómo me deshago de las advertencias del compilador "[algún evento] nunca usado" en Visual Studio?

Por ejemplo, recibo esta advertencia del compilador,

El evento 'Company.SomeControl.SearchClick' nunca se usa.

¡Pero sé que se usa porque comentarlo me arroja como 20 nuevas advertencias de páginas XAML que están tratando de usar este evento!

¿Lo que da? ¿Existe algún truco para deshacerse de esta advertencia?

Esto parece ser la advertencia 67 y, por lo tanto, se puede suprimir con:

#pragma warning disable 67

No olvide restaurarlo lo antes posible (después de la declaración del evento) con:

#pragma warning restore 67

Sin embargo, lo comprobaría de nuevo y me aseguraría de que esté promocionando el evento en algún lugar, no solo suscribiéndolo . El hecho de que el compilador escupe 20 advertencias y no 20 errores cuando comenta el evento también es sospechoso ...

También hay un artículo interesante sobre esta advertencia y específicamente cómo se aplica a las interfaces; hay una buena sugerencia sobre cómo lidiar con eventos "no utilizados". Las partes importantes son:

La respuesta correcta es ser explícito sobre lo que espera del evento, que en este caso no es nada:

public event EventHandler Unimportant
{
    add { }
    remove { }
}

Esto suprimirá limpiamente la advertencia, así como la implementación extra generada por el compilador de un evento normal. Y como otro beneficio adicional, invita a pensar si esta implementación de no hacer nada es realmente la mejor implementación. Por ejemplo, si el evento no es tan poco importante como no es compatible, de modo que los clientes que confían en la funcionalidad pueden fallar sin ella, podría ser mejor indicar explícitamente la falta de soporte y fallar rápidamente lanzando un excepción:

public event EventHandler Unsupported
{
    add { throw new NotSupportedException(); }
    remove { }
}

Por supuesto, una interfaz que se puede implementar de manera útil sin algunas partes de su funcionalidad es a veces una indicación de que la interfaz no es óptimamente cohesiva y debe dividirse en interfaces separadas.

Si se ve obligado a implementar un evento desde una interfaz, que su implementación no necesita, puede hacer lo siguiente para evitar la advertencia.

public event EventHandler CanExecuteChanged { add{} remove{} }

La segunda mejor manera es, en mi humilde opinión, indicar claramente que el evento no es compatible al lanzar una excepción si alguien intenta suscribirse.

public event RoutedEventHandler SearchClick
{
    add { throw new NotSupportedException(); }
    remove { throw new NotSupportedException(); }
}

Como variante de esto, también puede dejar los métodos addy removevacíos para ignorar silenciosamente las suscripciones en el evento.

La mejor solución es refactorizar el código, quizás extraer la declaración del evento al implementador si es posible.

Como último recurso, también puede desactivar la advertencia así

#pragma warning disable 67
public event RoutedEventHandler SearchClick;
#pragma warning restore 67

También puede hacer lo siguiente:

public event EventHandler MyEvent = delegate {}

El compilador aparentemente no es consciente de que se está utilizando en código XAML. Intente suprimir la advertencia en la definición de su evento.

Además, asegúrate de estar planteando el evento en algún lugar.

Puede suprimir advertencias individuales.

\Program.cs(13,20): warning CS0219: The variable 'foo' is assigned but its value is never used

En este caso, CS0219 es la advertencia con respecto a las variables que se asignan pero no se utilizan. Puede usar la marca / nowarn: 0219 o agregar el número de error en el panel de propiedades del proyecto (en "Generar", recuerde eliminar el CS principal). Tenga en cuenta que suprime todas las advertencias de esta clase.

O puede agregar <NoWarn>67</NoWarn>a su proyecto

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
  ...
  <NoWarn>67</NoWarn>
</PropertyGroup>