Płytkie kopiowanie, a typ string

pytanie zadane 6 czerwca 2015 w C# przez Surykat Stary wyjadacz (14,780 p.)

Czołem. ;) Uczę się o płytkim i głębokim kopiowaniu obiektów i mam dylemat. Z tego, co się dowiedziałem wynika, że płytkie kopiowanie pozwala na skopiowanie obiektów, które nie mają pól referencyjnych, przy urzyciu metody Clone(). No i faktycznie, jeśli obiekt, który próbowałem tą metodą skopiować, posiadał pola referencyjne, kopiowały się tylko właśnie referencje do tych pól, a nie całe pola (obiekty).

Stwierdziłem, że skoro string jest typem referencyjnym, to w jego przypadku będzie to samo. A tu zonk, przy przy użyciu metody Clone(), string zachowuje się jak zwykły typ prosty.

Dlaczego?

2 odpowiedzi

odpowiedź 6 czerwca 2015 przez Dorion300 Szeryf (90,250 p.)
wybrane 14 czerwca 2015 przez Surykat

Najlepsza

Wszystkie podstawowe typy danych (int,double a nawet string) to tak zwany "typ prosty" w C#.

komentarz 6 czerwca 2015 przez Surykat Stary wyjadacz (14,780 p.)

Czyli jednak? Gubie się w tym wszystkim trochę, na kursie pewnego znanego blogera .NET'owego było właśnie napisane, że string to typ referencyjny, zresztą string dziedziczy z typu Object, co mnie jeszcze w tym przekonaniu utwierdziło.

Ale dzięki, na razie przyjmę taką informację do głowy. ;)

komentarz 6 czerwca 2015 przez Dorion300 Szeryf (90,250 p.)

WSZYSTKO dziedziczy z typu object. nawet int i double.

komentarz 6 czerwca 2015 przez Surykat Stary wyjadacz (14,780 p.)

Okey, to dużo wyjaśnia. sądziłem że wszystko, prócz typów prostych. ;)

odpowiedź 7 czerwca 2015 przez niezalogowany

Typem wartościowym w C# są typy proste, wyliczeniowe, oraz struktury. Niejawnie rozszerzają one klasę System.ValueType, która warunkuje m.in. umieszczenie ich na stosie.

Typy referencyjne natomiast to np.: klasy, tablice, interfejsy i delegaty. I to właśnie w tej grupie znajduje się string. Wydaje mi się, że łatwiej będzie Ci to zauważyć na przykładzie z klasą:

using System;

namespace stringProject
{
	class MainClass
	{
		public static void Main(string[] args)
		{
			Foo someOtherFoo = new Foo("B");
			Foo foo = someOtherFoo;
			someOtherFoo = new Foo("C");
		}
	}

	class Foo 
	{ 
		public string SomeProperty { get; private set; }
		public Foo(string bar) { SomeProperty = bar; } 
	}
}

W przykładzie, zmiennej someOtherFoo przypisujesz referencję do nowopowstałego obiektu Foo("B"), a zmiennej foo, przypisujesz referencję zmiennej someOtherFoo. Teraz obie zmienne wskazują na ten sam obiekt. Następnie zmiennej someOtherFoo przypisujesz referencję do zupełnie nowego obiektu Foo("C"), foo natomiast, cały czas posiada referencję do starego obiektu Foo("B"). To samo jednak dzieje się w sytuacji gdy po prostu przypisujesz wartości dwóm stringom:

using System;

namespace anotherstringproject
{
	class MainClass
	{
		public static void Main (string[] args)
		{
			string me = "Jurek";
			string copy = me;
			me = "Marek";
		}
	}
}

Nie kopiujesz tutaj jednego stringa do drugiego. Zmienna -me- otrzymuje referencję do "Jurek", zmienna -copy- otrzymuje tę samą referencję, czyli obie zmienne wskazują to samo miejsce. Następnie -me- podajesz nową referencję na "Marek", ale -copy- cały czas pokazuje starą wartość (poprzedni adres). Teraz rozumiesz? W stringu nie jest to tak widoczne, bo posługujemy się zwykłym operatorem "=", który w przypadku tej klasy w pewien sposób symuluje zachowanie typu wartościowego.