LINQ Unique() Exception pour 0 ou plusieurs éléments

J'ai quelques IEnumberable collection d'éléments. J'utilise .Single() de trouver un objet dans la collection.

Je choisis d'utiliser Single() car il ne devrait jamais être un élément spécifique. Toutefois, si l'un n'existe pas, alors j'ai besoin de le créer et de l'ajouter à la collection.

Mon problème est que Single() lance le même message d'erreur si il n'y a pas d'élément correspondant à l'prédicat ou si il y a plusieurs éléments. Mon idée était de mettre le Single() appeler à l'intérieur de l'essayer et attraper l'exception, ajouter l'élément, puis de continuer. Cependant, puisque les deux scénarios de jeter le InvalidOperationException, comment puis-je savoir si sa en raison de l'absence d'éléments ou de plusieurs articles?

Je sais que je peux utiliser First() mais cela ne veut pas imposer l'idée qu'il devrait y avoir une seule (sans faire de travail supplémentaire).

J'ai pu également utiliser Count() avant la Single() appel, mais qui semble juste pour saper le point de Single()

InformationsquelleAutor Justin Self | 2012-11-21
  1. 35

    Ce que vous voulez est SingleOrDefault()

    L' "ou défaut" signifie, en réalité, elle renvoie la valeur null (pour les types référence) ou quelle que soit la valeur par défaut serait un non-type de référence. Vous aurez besoin à nouveau d'un objet à prendre sa place.

    • ...et si vous voulez de la chaîne null vérifier, peut utiliser quelque chose comme ceci napoleonss.wordpress.com/2011/12/20/my-check-null. Fonctionne par défaut sur les types
    • Eh bien, il retourne la valeur par défaut pour le type de l'élément. C'est la valeur null pour les types référence, mais évidemment pas pour les non nullable types de valeur...
    • Vous êtes correct. Je suppose qu'il parlait d'un type de référence si.
    • Oui, probablement, dans ce cas. C'est juste que ta deuxième phrase donne l'impression que vous auriez nommé la méthode SingleOrNull, ce qui n'aurait pas été raisonnable.
    • Assez juste, j'ai mis à jour ma réponse à préciser.
    InformationsquelleAutor Michael Dunlap
  2. 5

    Je ne recommande pas d'utiliser le try/catch dans ce scénario, parce que l'utilisation d'exceptions pour prendre des décisions logiques de ressources coûteuses.

    Je vous conseille d'utiliser SingleOrDefault(), et vérifier si le résultat est nul. Si il est. Faites de votre création.

    • "ressource coûteuse" - est quelque peu archaïque/affichage incorrect. Voir le Rico Mariani lien fourni ici. stackoverflow.com/q/891217/16391. Je suis d'accord que l'utilisation d'exceptions pour prendre des décisions logiques est un mauvais choix de conception.
    InformationsquelleAutor Khan