La suppression de “n'est jamais utilisé” et “n'est jamais attribué à la section” avertissements en C#

Oui, ce peut être supprimée.

Normalement, je suis opposé à la suppression des avertissements, mais dans ce cas, les structures utilisées pour l'interopérabilité nécessite absolument certains champs à présent, même si vous ne pensez pas (ou pouvez) utiliser, dans ce cas, je pense qu'il doit être justifiée.

Normalement, pour supprimer ces deux avertissements, vous de corriger le code incriminé. La première ("... n'est jamais utilisé") est généralement un code-l'odeur des restes de table à partir de versions antérieures du code. Peut-être que le code a été supprimé, mais les champs à gauche derrière.

La seconde est généralement un code-odeur pour incorrectement utilisé champs. Par exemple, vous pourriez mal écrit la nouvelle valeur d'une propriété à la propriété elle-même, jamais écrit à l'endos de champ.

---

Pour supprimer les avertissements pour "Domaine XYZ n'est jamais utilisé", tu fais ceci:

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

Pour supprimer les avertissements pour "Domaine XYZ n'est jamais affecté, et aura toujours sa valeur par défaut XX", tu fais ceci:

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

De trouver un tel avertissement numéros de soi-même (ex. comment ai-je appris à utiliser 0169 et 0649), pour ce faire:

• Compiler le code comme d'habitude, cela va ajouter quelques avertissements à votre liste d'erreurs dans Visual Studio
• Basculer vers la fenêtre de Sortie et la sortie de la construction, et de la chasse pour les mêmes mises en garde

• Copier les 4 chiffres d'avertissement code du message, qui devrait ressembler à ceci:

  C:\Dev\VS.NET\ConsoleApplication19\ConsoleApplication19\Program.cs(10,28):
  avertissement CS0649: Champ 'ConsoleApplication19.Programme.dwReserved " n'est jamais
  affecté, et aura toujours sa valeur par défaut 0

---

Mise en garde: Comme par le commentaire par @Jon Hanna, peut-être un peu d'avertissement est dans l'ordre pour cette, pour les futurs inventeurs de cette question et la réponse.

• D'abord, et avant tout, la loi de la suppression d'une alerte s'apparente à avaler des comprimés pour les maux de tête. Bien sûr, il pourrait être la bonne chose à faire parfois, mais ce n'est pas un fourre-tout de la solution. Parfois, un mal de tête est un symptôme réel que vous ne devriez pas le masque, même avec des avertissements. Il est toujours préférable d'essayer de traiter les avertissements de la part de la fixation de leur cause, au lieu de simplement aveuglément les retirer de la sortie de la construction.
• Cela dit, si vous avez besoin de supprimer une alerte, suivez le modèle que j'ai énoncées ci-dessus. La première ligne de code, #pragma warning disable XYZK, désactive l'avertissement pour le reste de fichier, ou au moins jusqu'à ce qu'un correspondant #pragma warning restore XYZK est trouvé. Minimiser le nombre de lignes de désactiver ces mises en garde sur les. Le schéma ci-dessus désactive l'avertissement pour une seule ligne.
• Aussi, comme Jon mentionne, un commentaire pour expliquer pourquoi vous êtes en train de faire c'est une bonne idée. La désactivation d'un avertissement est certainement un code-odeur lorsqu'fait sans cause, et un commentaire évitera à l'avenir les responsables de passer du temps, soit vous demandez-vous pourquoi vous l'avez fait, ou même en l'enlevant et en essayant de réparer les avertissements.

J'ai eu VS pour générer le squelette d'implémentation de System.ComponentModel.INotifyPropertyChanged et les événements ont été mis en œuvre en tant que champs, ce qui a déclenché la CS0067 avertissements.

Comme une alternative à la solution donnée dans la accepté de répondre à j'ai converti les champs dans les propriétés et l'avertissement disparu.

Ce sens puisque les déclarations de propriété de la syntaxe de sucre sont compilés dans un champ plus getter et/ou des méthodes de définition (ajouter/supprimer dans mon cas) qui font référence au champ. Cela satisfait le compilateur et les avertissements ne sont pas élevés:

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
}