Geben Sie eine neue Instanz von Person zurück, die eine Kopie von %code% anstelle von %code% selbst in Get () ist. Sie benötigen eine Methode, um eine Tiefenkopie eines Person-Objekts zu erstellen. Dadurch werden sie nicht nur gelesen, sondern sie unterscheiden sich von denen in der ursprünglichen Liste.
%Vor%Tatsächlich ist %code% bereits Readtonly . Das bedeutet, dass Sie keine Elemente in der zugrunde liegenden Sammlung durch andere Elemente ersetzen können. Das heißt, Sie können die Referenzen nicht auf die %code% -Objekte ändern, die in der Sammlung enthalten sind. Der Typ %code% ist jedoch nicht schreibgeschützt, und da es sich um einen Referenztyp handelt (d. H. Ein %code% ), können Sie seine Member über die Referenz ändern.
Es gibt zwei Lösungen:
Sie können einen Deepclone für jedes Element in der Liste erstellen und niemals Referenzen auf Ihre ursprünglichen Elemente zurückgeben.
%Vor%%code% ist nur gelesen
%code% ist eine neue Kollektion, die nicht von %code% abhängig ist.
Der Fehler, den Sie gemacht haben, ist, dass Sie diese Zeile gedacht haben
%code%
würde nur eine der Listen ändern, wenn Sie in Wirklichkeit das Objekt %code% ändern.
Die beiden Kollektionen sind unterschiedlich, sie haben zufällig dieselben Artikel.
Um zu beweisen, dass sie unterschiedlich sind, versuche, Elemente aus einer der Listen hinzuzufügen und zu entfernen, und du wirst sehen, dass die andere nicht betroffen ist.
Zunächst einmal ist Ihre Liste in Ihrer Klasse öffentlich, sodass niemand daran gehindert wird, direkt auf die Liste zuzugreifen.
Zweitens würde ich IEnumerable implementieren und das in meiner GetEnumerator-Methode
zurückgeben %Vor%Wenn Ihr Personenobjekt ein reales Objekt ist, sollten Sie eine unveränderbare Version in Erwägung ziehen.
%Vor%Auf diese Weise ist es nicht möglich, den Inhalt der einmal erstellten Instanz zu ändern. Daher ist es nicht wichtig, dass vorhandene Instanzen in mehreren Listen wiederverwendet werden.
Warum sind die Listen %code% und %code% in der Methode %code% des folgenden Codes auf die selbe Sammlung?
%Vor%Können wir dieses Verhalten ändern, ohne den Rückgabetyp von %code% zu ändern?
Danke
Sie verweisen nicht auf dieselbe .Net-Sammlung, sondern auf dieselben %code% -Objekte. Die Linie:
%Vor%kopiert alle Person-Elemente von %code% in die Liste %code% . Das Wort "Kopien" bedeutet hier Kopien der Referenzen. Also, Ihre Liste und %code% zeigen zufällig auf die gleichen %code% -Objekte.
%code% ist per Definition immer schreibgeschützt. Die Objekte darin können jedoch wie in diesem Fall veränderbar sein.
Tatsächlich ist IEnumerable<T>
bereits Readtonly . Das bedeutet, dass Sie keine Elemente in der zugrunde liegenden Sammlung durch andere Elemente ersetzen können. Das heißt, Sie können die Referenzen nicht auf die Person
-Objekte ändern, die in der Sammlung enthalten sind. Der Typ Person
ist jedoch nicht schreibgeschützt, und da es sich um einen Referenztyp handelt (d. H. Ein class
), können Sie seine Member über die Referenz ändern.
Es gibt zwei Lösungen:
struct
als Rückgabetyp (der bei jeder Rückgabe eine Kopie des Werts erstellt, so dass der ursprüngliche Wert nicht geändert wird - was übrigens kostspielig sein kann) Person
, um diese Aufgabe auszuführen. Geben Sie eine neue Instanz von Person zurück, die eine Kopie von p
anstelle von p
selbst in Get () ist. Sie benötigen eine Methode, um eine Tiefenkopie eines Person-Objekts zu erstellen. Dadurch werden sie nicht nur gelesen, sondern sie unterscheiden sich von denen in der ursprünglichen Liste.
Sie verweisen nicht auf dieselbe .Net-Sammlung, sondern auf dieselben Person
-Objekte. Die Linie:
kopiert alle Person-Elemente von list1Instance.Get()
in die Liste p
. Das Wort "Kopien" bedeutet hier Kopien der Referenzen. Also, Ihre Liste und IEnumerable
zeigen zufällig auf die gleichen Person
-Objekte.
IEnumerable<T>
ist per Definition immer schreibgeschützt. Die Objekte darin können jedoch wie in diesem Fall veränderbar sein.
IEnumerable<T>
ist nur gelesen
p
ist eine neue Kollektion, die nicht von list1instance
abhängig ist.
Der Fehler, den Sie gemacht haben, ist, dass Sie diese Zeile gedacht haben
list[0].FirstName = "uf1";
würde nur eine der Listen ändern, wenn Sie in Wirklichkeit das Objekt Person
ändern.
Die beiden Kollektionen sind unterschiedlich, sie haben zufällig dieselben Artikel.
Um zu beweisen, dass sie unterschiedlich sind, versuche, Elemente aus einer der Listen hinzuzufügen und zu entfernen, und du wirst sehen, dass die andere nicht betroffen ist.
Wenn Ihr Personenobjekt ein reales Objekt ist, sollten Sie eine unveränderbare Version in Erwägung ziehen.
%Vor%Auf diese Weise ist es nicht möglich, den Inhalt der einmal erstellten Instanz zu ändern. Daher ist es nicht wichtig, dass vorhandene Instanzen in mehreren Listen wiederverwendet werden.
Tags und Links .net c# generics ienumerable