Dlaczego słownik .NET <TKey, TValue> jest niezmienny?

Question

Deklarowałem obiekt typu Dictionary i próbowałem dodać do niego niektóre elementy. Ale nie mogę zmienić nawet wartości przedmiotu. Jest uzasadnione, że klucz nie powinien być modyfikowalny, ale dlaczego nie wartość? Dzięki.

Dictionary<string, string> dict = new Dictionary<string, string>(); 
    dict.Add("1", "bob"); 
    dict.Add("2", "jack"); 
    dict.Add("3", "wtf"); 
    foreach (string key in dict.Keys) 
    { 
     dict[key] = "changed"; //System.InvalidOperationException: Collection was modified 
    } 

Answer 1

Sam słownik nie jest niezmienny. Ale nie można zmienić słownika podczas wyliczania go w pętli foreach.

Tutaj link do dalszego czytania: Why is The Iteration Variable in a C# foreach statement read-only?

Answer 2

Nie wolno modyfikować kolekcji jesteś iteracji nad w foreach pętli. Nie ma to nic wspólnego ze słownikiem - dict[key] = "value"; działa idealnie dobrze poza pętlami foreach.

Answer 3

Dictionary jest nie niezmienna (pierwsza, gdyby było, to nie byłoby w stanie Add do niego).

Problem polega na tym, że próbujesz zmodyfikować kolekcję podczas iteracji nad nią - nie można zmienić kolekcji w obrębie bloku foreach za jej pomocą.

Będą działać wartości zmieniane poza foreach.

Answer 4

To nie jest niezmienna, można go zmienić, to jest tak, że obecny iterator staje się nieważny, jeśli zmodyfikować kolekcję. można „rozwiązać” ten zmuszając iterator do ukończenia przed zmodyfikować kolekcję

foreach (string key in new List<string>(dict.Keys)) 
{ 
    dict[key] = "changed"; //System.InvalidOperationException: Collection was modified 
} 

Answer 5

Próbujesz zmodyfikować kolekcję jednocześnie jesteś iteracji na nim. To nie jest dozwolone. Wyjątek jest generowany przez ruch następnej metody modułu wyliczającego w pętli foreach.

Answer 6

Jak wspomniałem @Femaref, nie można zmienić słownika podczas iteracji wewnątrz pętli foreach. Kolejna praca wokół jest użycie pętli i użyć następującego kodu, aby go zmienić

for (int i = 0; i < dict.Count; i++) 
{ 
    var key = dict.Keys.ElementAt(i); 
    dict[key] = "changed"; 
} 

Uwaga: Musisz użyć LINQ do tego.

Answer 7

Analogia, o której mogę pomyśleć, to próba przecięcia gałęzi drzewa podczas siedzenia na niej. Więc uważany jest za niebezpieczny.

Alternatywą może być użycie pętli for lub klonowanie listy.

Answer 8

Konwertuj dict.Keys na tablicę.

Następnie wykonaj to dla pętli.

Jeśli zmodyfikujesz kolekcję, wyrzuci wyjątek.

Answer 9

Użyto błędnego określenia "immutable". Jest powszechnie stosowany w przypadku obiektów, których stan wewnętrzny nie ulegnie zmianie po ich zainicjowaniu. Model Dictionary<TKey, TValue> można dowolnie zmieniać. To, że wyrzuca wyjątki, gdy ktoś próbuje je zmodyfikować podczas wyliczania, jest wyraźnie zaimplementowanym zachowaniem.

Prawdopodobnie nie masz pewności, dlaczego wyliczenie zmieni się, gdy zmienisz tylko wartość. Nie obejmuje to jeszcze innych odpowiedzi.

Cóż, kiedy robisz

dict[key] = "something"; 

wyliczenie będzie zmiana jeśli klucz robi nie jeszcze istnieje, ponieważ zostanie on dodany w tym przypadku, powodując wyliczenie zmienić. Z pewnością implementacja słownika może to najpierw sprawdzić i pozwolić na modyfikację, jeśli klucz już istnieje, ale domyślam się, że postępuje zgodnie z zasadą Błąd wcześnie, często kończy się niepowodzeniem, aby poprawić ogólną integralność aplikacji.

Answer 10

Firma Microsoft zdecydowała, że ​​obiekty wielokrotnego użytku, które obsługują metodę resetowania, powinny zwracać dokładnie te same dane, jeśli wykonano wiele przejść przez nie. Jest to przydatna gwarancja, jeśli chce się np. wytworzyć ciąg zawierający wszystkie elementy (pierwsze przejście może zmaksymalizować długość wszystkich elementów, a drugie przejście może je złączyć). Ponieważ nawet zmiana wartości słownika może naruszyć tę gwarancję, jest ona zabroniona. Byłoby miło, gdyby zmiany w wartości słownika powodowały tylko skrzek, jeśli faktycznie próbujemy drugiego przejścia przez kolekcję, ale to nie jest sposób, w jaki Microsoft zaprojektował rzeczy. Ponadto nie jestem zaznajomiony z wewnętrzną implementacją słownika, ale możliwe jest, że obsługuje zmianę wartości jako usunięcie i wstawienie. Jeśli to zrobi, to z pewnością złamie moduł wyliczający.