Comment puis-je me débarrasser de “[certains cas] n'a jamais utilisé de” avertissements du compilateur de Visual Studio?

Par exemple, j'obtiens ce message d'avertissement du compilateur,

L'événement " de l'Entreprise.SomeControl.SearchClick " n'est jamais utilisé.

Mais je sais que c'est utilisé car en commentant me jette comme 20 nouvelles mises en garde de XAML pages qui tentent d'utiliser cet événement!

Ce qui donne? Est-il un truc pour se débarrasser de cet avertissement?

Pouvez-vous s'il vous plaît poster un exemple?

InformationsquelleAutor jedmao | 2009-07-07

.net c#compiler-warnings events wpf

121

Cela semble être avertissement 67 et peut donc être supprimé avec:
```
#pragma warning disable 67
```
N'oubliez pas de les restaurer dès que possible (après l'événement de la déclaration) avec:
```
#pragma warning restore 67
```
Cependant, j'aimerais vérifier de nouveau et assurez-vous que vous êtes élever l'événement, quelque part, pas que vous abonner à elle. Le fait que le compilateur crache 20 avertissements et non pas de 20 erreurs lorsque vous commenter l'événement est aussi suspecte...

Il y a aussi un article intéressant de cet avertissement et précisément comment il s'applique aux interfaces; il y a une bonne suggestion sur la façon de traiter avec des "non utilisé" des événements. Malheureusement, ce lien semble être (temporairement?) mort maintenant, mais les éléments importants sont:
La bonne réponse est d'être clair sur ce que vous attendez de l'événement, qui dans ce cas, n'est rien:
```
public event EventHandler Unimportant
{
    add { }
    remove { }
}
```
Ce sera proprement supprimer l'avertissement, ainsi que les supplémentaire généré par le compilateur de la mise en œuvre d'un événement normal. Et comme un avantage supplémentaire, il incite à penser que ce ne rien faire de la mise en œuvre est vraiment la meilleure mise en œuvre. Par exemple, si l'événement n'est pas tellement important que c'est pas pris en charge, tels que les clients qui ne reposent sur les fonctionnalités sont susceptibles d'échouer sans elle, il pourrait être préférable d'indiquer explicitement le manque de soutien et d'échouer rapidement par la levée d'une exception:
```
public event EventHandler Unsupported
{
    add { throw new NotSupportedException(); }
    remove { }
}
```
Bien sûr, une interface qui peut être utilement mis en œuvre sans que certaines parties de sa fonctionnalité est parfois une indication que l'interface n'est pas optimale et cohérente de l'devraient être divisé en plusieurs interfaces.
- C'est exactement ce dont j'ai besoin! Merci!!!! La seule différence est que j'ai ajouté mon propre commentaire à côté de la 67, donc je savais ce que c'était l'avenir. Voici "exactement" ce que j'ai tapé... #pragma warning désactiver 67 // événement jamais utilisé événement public RoutedEventHandler SearchClick; #pragma warning restaurer 67
- C'est un grand lien. Merci.
- Cela est utile; ne va pas à tenir en place, mais juste quelque chose pour obtenir de l'idée courante de l'exécution...
- Grand lien? Il est maintenant cassé 🙁
- Malheureusement, ce poste remonte à l'époque où le lien-seulement était la norme. Réussi à extraire les parties importantes.
InformationsquelleAutor lc.
74

Si vous êtes contraint de mettre en œuvre un événement à partir d'une interface, que votre application n'a pas besoin de vous vous pouvez faire pour éviter l'avertissement.
```
public event EventHandler CanExecuteChanged { add{} remove{} }
```
- +1 Grande info, merci!
- Si je fais cela, dit-il plus tard dans le fichier où je ne if(OnCompleteOpenEvent != null) OnCompleteOpenEvent(); que "OnCompleteEvent n'existe pas dans le contexte actuel".
- qui est correct. Cependant, vous êtes en décrivant le cas où vous ÊTES à l'aide de l'événement et si l'avertissement n'apparaîtra pas si vous n'utilisez pas la correction de l'avertissement. Droit? En général, vous disposez d'une interface spécification de l'événement et de deux sous-classes. On n'utilise pas le cas et utilise cette solution. L'autre n'utiliser l'événement et de ne jamais jeté l'avertissement pour commencer.
- Ça fait trop longtemps, mais nous avons été faire cette erreur, même si elle l'a été. Avait quelque chose à faire avec elle être défini de manière à le berner le compilateur en pensant qu'il n'était pas utilisé.
- Merci beaucoup pour cette solution simple à un très situation exaspérante!
InformationsquelleAutor Adam Mills
14

La deuxième meilleure façon est à mon humble avis indique clairement que l'événement n'est pas pris en charge par la levée d'une exception si quelqu'un essaie de vous y inscrire.
```
public event RoutedEventHandler SearchClick
{
    add { throw new NotSupportedException(); }
    remove { }
}
```
Comme une variante de cette vous pouvez aussi tout simplement laisser le add et remove méthodes vide à ignorer en silence des abonnements sur l'événement.

La meilleure solution est de refactoriser le code peut-être tirer la déclaration de l'événement à l'implémenteur si possible.

Comme un dernier recours, vous pouvez également désactiver l'avertissement comme
```
#pragma warning disable 67
public event RoutedEventHandler SearchClick;
#pragma warning restore 67
```
- Je ne vois pas comment des objets nuls sont pertinentes ici
- Je sais ce qu'est un objet nul est, et de ce cas d'utilisation est couverte dans le dernier paragraphe. Veuillez lire toute la réponse soigneusement.
- Je sais ce qu'est un objet nul est. Je crois que ce cas d'utilisation est couverte par mon dernier paragraphe.
InformationsquelleAutor vidstige
2

Vous pouvez également effectuer les opérations suivantes:
```
public event EventHandler MyEvent = delegate {}
```
InformationsquelleAutor GrantA
1

Le compilateur est apparemment pas au courant qu'il est utilisé dans le code XAML. Essayez la suppression de l'avertissement dans votre définition de l'événement.

Aussi, assurez-vous que vous êtes en train de collecte de l'événement quelque part.
- C'est ce que je pensais aussi, donc je l'ai déplacé le code XAML pour le code derrière et il a montré le même avertissement! Et oui, je suis 100% sûr que l'événement est d'être posée quelque part. Je cherche juste à elle. Il est câblé à un bouton.
InformationsquelleAutor SLaks
1

Vous pouvez supprimer individuelles mises en garde.
```
\Program.cs(13,20): warning CS0219: The variable 'foo' is assigned but its value is never used
```
Dans ce cas, CS0219 est la mise en garde concernant les variables doivent être attribuées mais non utilisées. Vous pouvez soit utiliser le /nowarn:0219 drapeau, ou ajouter le numéro de l'erreur dans le volet propriétés pour le projet (dans le cadre de "construction", n'oubliez pas de retirer le premier CS). Gardez à l'esprit le supprime tous les avertissements de cette classe.

InformationsquelleAutor Svend
1

Ou vous pouvez ajouter <NoWarn>67</NoWarn> à votre projet
```
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
  ...
  <NoWarn>67</NoWarn>
</PropertyGroup>
```
- cela va désactiver le message d'avertissement dans l'ensemble du projet potentiellement cacher de vrais problèmes avec inutilisés événements.
InformationsquelleAutor Simon

Vous devez vous connecter pour publier un commentaire.