Bien le bonjour à tous,

Après un moment passé sur le forum à chercher une solution pour récupérer un champ sélectionné dans une combobox ( oui je débute ), je m'en trouve confronté à un autre. 

Avant de vous expliquer mon problème, voici ce que j'ai fais pour récupérer le champ : 

Ce que j'essayes de faire ici, c'est de récupérer le champ sélectionné afin d'ouvrir une page correspondante à ce champ.

Cependant, il n'y a pas qu'un seul champ valide qui basculerait vers cette page et je ne trouve pas un moyen de déclarer tous les champs correspondants sans devoir ré-écrire la condition.

Je cherche donc à obtenir quelque chose qui ressemblerait à ceci : 

Merci pour votre aide !

Bonjour,

Merci d'utiliser la mise en forme de code

Les forums d'Openclassrooms disposent d'une fonctionnalité permettant de colorer et mettre en forme les codes source afin de les rendre plus lisibles et faciles à manipuler par les intervenants. Pour cela, il faut utiliser le bouton de l'éditeur, choisir un des langages proposés et coller votre code dans la zone prévue. Si vous utilisez l'éditeur de messages en mode Markdown, il faut utiliser les balises <pre class="brush: vb;">Votre code ici</pre>.

Manque de recherche

La question que vous posez est très fréquente, cela démontre un manque de recherche évident.

Je vous invite à effectuer de vraies recherches qui sont à la base d'un bon apprentissage…

Notamment ici je pense "l'opérateur OR" ...

En effet l'utilisation du OR devrait répondre à ta problématique :

if (Combo.SelectedText = "champ1" OR Combo.SelectedText = "champ2" OR ...)
{
     // exécute les instructions que tu souhaites
}
else
{
     // si le choix ne fait pas partie de la liste que tu veux, cela exécute d'autres instructions
}

Salut,

Si il y a 50 valeurs à tester, qu'elles dépendent d'autres états du programme ou autre, ça sera pas faisable juste avec des opérateurs OU.

Tu peux mettre tes valeurs dans une liste et regarder si la liste contient le texte de ta combobox.

"switch", c'est aussi sympa comme mot clé. 

Mais je suis d'acccord avec @Stormweaker, le bon choix est vraiment fonction du nombre de valeur et de leur sémantique (usage d'enum, de list, de LINQ, etc...)