___ answer359529 ___

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%     
___ answer359507 ___

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:

  • Verwenden Sie %code% 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)
  • Verwenden Sie schreibgeschützte Eigenschaften des Typs %code% , um diese Aufgabe auszuführen.
___ answer359566 ___

Sie können einen Deepclone für jedes Element in der Liste erstellen und niemals Referenzen auf Ihre ursprünglichen Elemente zurückgeben.

%Vor%     
___ answer359533 ___

%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.

    
___ answer359545 ___

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%     
___ tag123c ___ C # (sprich "Cis") ist eine objektorientierte Programmiersprache auf hohem Niveau, die für die Erstellung einer Vielzahl von Anwendungen entwickelt wurde, die auf dem .NET Framework (oder .NET Core) ausgeführt werden. C # ist einfach, leistungsfähig, typsicher und objektorientiert. ___ answer359578 ___

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.

    
___ tag123net ___ Das .NET-Framework ist ein Software-Framework, das hauptsächlich für das Microsoft Windows-Betriebssystem entwickelt wurde. Es enthält eine Implementierung der Basisklassenbibliothek, Common Language Runtime (allgemein als CLR bezeichnet), Common Type System (allgemein als CTS bezeichnet) und Dynamic Language Runtime. Es unterstützt viele Programmiersprachen, einschließlich C #, VB.NET, F # und C ++ / CLI. NICHT für Fragen zu .NET Core verwenden. ___ tag123generics ___ Generika sind eine Form von parametrischer Polymorphie, die in einer Reihe von Sprachen gefunden wird, einschließlich .NET-Sprachen, Java und Swift. ___ tag123ienumerable ___ IEnumerable und sein generisches Gegenstück IEnumerable sind .NET-Schnittstellen zum Iterieren (oder Aufzählen) einer Sammlung von Elementen. ___ qstntxt ___

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

    
___ answer359515 ___

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.

    
___

9

Warum sind die Listen list1Instance und p in der Methode Main des folgenden Codes auf die selbe Sammlung?

%Vor%

Können wir dieses Verhalten ändern, ohne den Rückgabetyp von List1.Get() zu ändern?

Danke

    
gk. 11.12.2008, 14:20
quelle

7 Antworten

27

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:

  • Verwenden Sie 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)
  • Verwenden Sie schreibgeschützte Eigenschaften des Typs Person , um diese Aufgabe auszuführen.
Mehrdad Afshari 11.12.2008, 14:24
quelle
7

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.

%Vor%     
tvanfosson 11.12.2008 14:29
quelle
2

Sie verweisen nicht auf dieselbe .Net-Sammlung, sondern auf dieselben Person -Objekte. Die Linie:

%Vor%

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.

    
Szymon Rozga 11.12.2008 14:26
quelle
1

Sie können einen Deepclone für jedes Element in der Liste erstellen und niemals Referenzen auf Ihre ursprünglichen Elemente zurückgeben.

%Vor%     
Amy B 11.12.2008 14:40
quelle
0

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.

    
DonkeyMaster 11.12.2008 14:30
quelle
0

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%     
BFree 11.12.2008 14:33
quelle
0

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.

    
AnthonyWJones 11.12.2008 14:42
quelle

Tags und Links