Suprimir advertencias de "nunca se usa" y "nunca se asigna a" en C #

Tengo un archivo HTTPSystemDefinitions.cs en el proyecto C # que básicamente describe el ISAPI de Windows más antiguo para el consumo mediante código administrado.

Esto incluye el conjunto completo de estructuras relevantes para la ISAPI, no todas o que son consumidas por código. En la compilación, todos los miembros de campo de estas estructuras están provocando una advertencia como la siguiente:

El campo de advertencia 'UnionSquare.ISAPI.HTTP_FILTER_PREPROC_HEADERS.SetHeader' nunca se asigna y siempre tendrá su valor predeterminado nulo

o

Advertencia El campo 'UnionSquare.ISAPI.HTTP_FILTER_PREPROC_HEADERS.HttpStatus' nunca se usa

¿Se pueden desactivar con #pragma warning disable? Si es así, ¿cuáles serían los números de error correspondientes? Si no, ¿hay algo más que pueda hacer? Tenga en cuenta que solo sé qué hacer con este archivo, es importante que vea advertencias como estas provenientes de otros archivos.

Editar

Estructura de ejemplo: -

struct HTTP_FILTER_PREPROC_HEADERS
{
    //
    //  For SF_NOTIFY_PREPROC_HEADERS, retrieves the specified header value.
    //  Header names should include the trailing ':'.  The special values
    //  'method', 'url' and 'version' can be used to retrieve the individual
    //  portions of the request line
    //

    internal GetHeaderDelegate GetHeader;
    internal SetHeaderDelegate SetHeader;
    internal AddHeaderDelegate AddHeader;

    UInt32  HttpStatus;               // New in 4.0, status for SEND_RESPONSE
    UInt32  dwReserved;               // New in 4.0
}

Sí, estos se pueden suprimir.

Normalmente, me opongo a suprimir las advertencias, pero en este caso, las estructuras utilizadas para la interoperabilidad requieren absolutamente que algunos campos estén presentes, aunque nunca tenga la intención (o pueda) usarlos, por lo que en este caso creo que debería estar justificado .

Normalmente, para suprimir esas dos advertencias, debería corregir el código ofensivo. El primero ("... nunca se usa") suele ser un olor a código de restos de versiones anteriores del código. Quizás se eliminó el código, pero los campos se dejaron atrás.

El segundo suele ser un olor a código para campos usados ​​incorrectamente. Por ejemplo, podría escribir incorrectamente el nuevo valor de una propiedad en la propiedad misma, sin escribir nunca en el campo de respaldo.

Para suprimir las advertencias de "El campo XYZ nunca se utiliza ", haga lo siguiente:

#pragma warning disable 0169
... field declaration
#pragma warning restore 0169

Para suprimir las advertencias para "El campo XYZ nunca está asignado y siempre tendrá su valor predeterminado XX ", haga lo siguiente:

#pragma warning disable 0649
... field declaration
#pragma warning restore 0649

Para encontrar esos números de advertencia usted mismo (es decir, ¿cómo supe usar 0169 y 0649), haga esto:

• Compile el código como de costumbre, esto agregará algunas advertencias a su lista de errores en Visual Studio
• Cambie a la ventana de salida y a la salida de compilación, y busque las mismas advertencias

• Copie el código de advertencia de 4 dígitos del mensaje correspondiente, que debería verse así:

  C: \ Dev \ VS.NET \ ConsoleApplication19 \ ConsoleApplication19 \ Program.cs (10,28): advertencia CS 0649 : El campo 'ConsoleApplication19.Program.dwReserved' nunca se asigna y siempre tendrá su valor predeterminado 0

Advertencia : según el comentario de @Jon Hanna , tal vez algunas advertencias sean necesarias para esto, para los futuros buscadores de esta pregunta y respuesta.

• Primero y más importante, el acto de suprimir una advertencia es similar a tragar pastillas para el dolor de cabeza. Claro, a veces puede ser lo correcto, pero no es una solución general. A veces, un dolor de cabeza es un síntoma real que no debes enmascarar, al igual que las advertencias. Siempre es mejor tratar de tratar las advertencias arreglando su causa, en lugar de simplemente eliminarlas ciegamente de la salida de la compilación.
• Dicho esto, si necesita suprimir una advertencia, siga el patrón que expuse anteriormente. La primera línea de código #pragma warning disable XYZK, desactiva la advertencia para el resto de ese archivo , o al menos hasta que #pragma warning restore XYZKse encuentre el correspondiente . Minimice la cantidad de líneas en las que deshabilita estas advertencias. El patrón anterior deshabilita la advertencia para una sola línea.
• Además, como menciona Jon, es una buena idea un comentario sobre por qué estás haciendo esto. Deshabilitar una advertencia es definitivamente un olor a código cuando se hace sin una causa, y un comentario evitará que los futuros mantenedores pasen tiempo preguntándose por qué lo hizo, o incluso eliminándolo y tratando de corregir las advertencias.

Otra "solución" para corregir estas advertencias es crear la estructura public. Las advertencias no se emiten entonces porque el compilador no puede saber si los campos se están usando (asignados) fuera del ensamblado.

Dicho esto, los componentes de "interoperabilidad" normalmente no deberían ser públicos, sino internalo private.

Conseguí que VS generara el esqueleto de implementación System.ComponentModel.INotifyPropertyChangedy los eventos se implementaron como campos que desencadenaron las advertencias CS0067.

Como alternativa a la solución dada en la respuesta aceptada , convertí los campos en propiedades y la advertencia desapareció .

Esto tiene sentido ya que la sintaxis de declaraciones de propiedad sugar se compila en un campo más métodos getter y / o setter (agregar / eliminar en mi caso) que hacen referencia al campo. Esto satisface al compilador y las advertencias no se generan:

struct HTTP_FILTER_PREPROC_HEADERS
{
    //
    //  For SF_NOTIFY_PREPROC_HEADERS, retrieves the specified header value.
    //  Header names should include the trailing ':'.  The special values
    //  'method', 'url' and 'version' can be used to retrieve the individual
    //  portions of the request line
    //

    internal GetHeaderDelegate GetHeader {get;set;}
    internal SetHeaderDelegate SetHeader { get; set; }
    internal AddHeaderDelegate AddHeader { get; set; }

    UInt32 HttpStatus { get; set; }               // New in 4.0, status for SEND_RESPONSE
    UInt32 dwReserved { get; set; }               // New in 4.0
}

Los usuarios de C / C ++ deben (void)var;suprimir las advertencias de variables no utilizadas. Acabo de descubrir que también puede suprimir las advertencias de variables no utilizadas en C # con operadores bit a bit:

        uint test1 = 12345;
        test1 |= 0; // test1 is still 12345

        bool test2 = true;
        test2 &= false; // test2 is now false

Ambas expresiones no producen advertencias de variables no utilizadas en los compiladores VS2010 C # 4.0 y Mono 2.10.