La requête et la mise à jour d'une propriété dans une collection à l'aide de LINQ

Ce qui est le plus succinct/moyen simple de mettre à jour une propriété unique d'un élément spécifique au sein d'une collection à l'aide de LINQ?

Par exemple si j'ai une Liste des éléments suivants:

public class Ticket
{
    public string Name { get; set; }
    public string Code { get; set; }
    public bool Selected { get; set; }
}

Comment puis-je utiliser LINQ pour mettre à jour la "Sélection" de la propriété d'un Billet élément wheres son "Nom" de la propriété a la valeur de "Plage". En SQL, il serait:

UPDATE Tickets SET Selected = true WHERE Name = 'Beach'

Je pensais que j'étais sur la bonne voie avec ce...

tickets.Select(x => { x.Selected = true; return x; }).ToList().Where(x => x.Name == "Beach");
InformationsquelleAutor FloatLeft | 2011-03-15
  1. 31

    Vous pouvez modifier l'ordre, puis utilisez l'opérateur Pourchaque:

    tickets
   .Where(x => x.Name == "Beach")
   .ToList()
   .ForEach(x => { x.Selected = true; });

    Remarque:

    • que le ToList() est nécessaire parce que IEnumerable ne prend pas en charge ForEach dans Linq - voir LINQ équivalent de foreach pour IEnumerable<T>
    • que pour des raisons de lisibilité, il pourrait être préférable de faire la séparation dans une requête linq et puis plus classique foreach(x in list) C# boucle
    • si c'est linq-to-sql, alors vous aurez besoin d'appeler SubmitChanges() afin de persister vos modifications.
    • Pourquoi ToList()? Bien sûr, il était dans l'OP, mais il est sans doute inutile de frais généraux.
    • La raison en est - stackoverflow.com/questions/200574/...
    • IEnumerable ne prend pas en charge .ForEach(), de sorte qu'il est nécessaire.
    • Je préfère votre solution par rapport à l'autre,parce que le code est plus lisible. Est-il des performances advanatage pour FloatLeft de la suggestion ?
    InformationsquelleAutor Stuart
  2. 8

    Peu tard pour répondre, mais je pense que nous n'avons pas à convertir à ToList() comme Mentionné par stuart ce qui fait que nous pouvons faire est de simplement ajuster Stuart code(qui est un grand morceau de code suivant

    tickets
   .Where(x => x.Name == "Beach")
   .All(x => x.Selected = true);

    Une autre option 

    tickets
   .Where(x => x.Name == "Beach")
   .All(x => { x.Selected = true; return true; });
    InformationsquelleAutor Atul Chaudhary
  3. 1

    Permettez-moi de commencer par dire cela, ne pas utiliser LINQ pour définir les propriétés comme ça, ce n'est pas comment LINQ est destiné à être utilisé.

    Vous devrait écrire la requête pour sélectionner les lignes à être changé, du changement dans une boucle, et de soumettre les modifications à la base de données (si LINQ to SQL).

    var query = tickets.Where(ticket => ticket.Name == "Beach");
foreach (var item in query)
    item.Selected = true;

//if LINQ to SQL
context.SubmitChanges();
    • Jeff, s'il vous plaît pouvez-vous fournir une raison pour laquelle vous pensez que LINQ ne doit pas être utilisé de cette façon? Le ForEach() fait exactement la même chose que votre boucle foreach.
    • ForEach n'est pas une partie de LINQ de toute façon... La raison en est que personne ne s'attend effectivement Où/Sélectionner/Tout/Tout pour mettre à jour les objets existants - comme le résultat de le faire causer de la confusion... retards dans l'exécution, il est même plus amusant.
    InformationsquelleAutor Jeff Mercado