Нет. Только для структурных типов (там по равенству создается новый экземпляр).
А для ссылочных "=" --- коприование ссылки на объект

Я имею ввиду, если мы создали объект какого-то класса, затем присвоили этот объект другому, то при изменении любых полей одного объекта будет меняться и второй. Верно? И если применить метод MemberwiseClone(), то для класса, где все поля ссылочные - скопируются все ссылки (т. е. как при = ), а если есть значимые типы, то для них будет скопировано само значение.

Всем привет, такой вопрос, как я понял Clone() это метод интерфейса ICloneable, и класс у которого собираюсь сделать Clone()  должен наследовать интерфейс ICloneable, но почему привпеденный код работает без наследования? Это правильно или это правильно только для данного примера и в нормальном проекте потерпит фиаско, или даже здесь это неправильно.

EvgenZ, а в чем проблема? Метод Clone можно вызвать только потому, что он есть   

Интерфейсы нужны для того, чтобы классы, которые ничего не знают о классе кроме того, что он реализует (это слово более точно, чем "наследует") конкретный интерфейс, все же могли вызывать методы объявленные в интерфейсе.

Откуда, например, MS могло знать о классе "class one". Что не помешало ему создать кучу методов, в которых используется метод Clone() и интерфейса IClonable. 
Вроде часть технологии ремоутинг очень сильно юзает его

Чтобы обеспечить классу возможность вовращать свою копию, можно реализовать интерфейс ICloneable, которые содержит единственный метод - Clone():

Если наш класс не содержит ссылочных типов данных, то реализация клонирования предельно проста:

Если же в классе есть ссылочные типы данных, то метод MemberwiseClone() вернет их поверхностные копии (тупо скопирует ссылки на те же объекты). В этом случае клонирование нужно выполнять ручками.
Реализуем клонирование для твоего класса one. Чтобы облегчить себе жизнь, сначала вызовем MemberwiseClone(), а затем изменим значение для нашего единственного ссылочного типа данных - объекта класса two. 

Т.е. можно не писать 


а просто в класе описать интерфейс?



И что-то не работает ))) подскажите пожалуйста


Это сообщение отредактировал(а) EvgenZ - 28.2.2007, 22:52

Конечно, можно! Но не нужно . Реализация интерфейся придает классу дополнительную функциональность. Реализовав интерфейс, мы можем сделать, например вот так:

Приведенный код позволяет проверить, реализован ли у класса определенный интерфейс.
Подобный подход может быть полезен, например, когда хранишь массив ссылок на различные объекты, используя интерфейсный полиморфизм. Дык вот в этом массиве некоторые объекты могут поддерживать интерфейс, а другие - нет. Если бы мы не реализовали интерфейс, такую проверку сделать было бы нельзя.

Respect! подскажите еще пожалуйста, что не так в последнем примере, почему ссылочное поле  "t" продолжает указывать в одно место?

Во-первых, строчки

нужно удалить: за нас это сделает Memberwise.Clone().
А поверхностное копирование выполняется из-за того, что не присваивается

Добавим эту строчку, удалим 2 вышеописанные и в итоге получим:

немогу никак понять,  q.t = t; почему = t, что такое t - это локальная переменная почему просто t ... может утро вечера мудренее ))

Добавлено @ 00:26 
и если я явно пишу копирование полей не ссылочных, это разве плохо?

Зачем откладывать на утро то, что можно сделать ночью? 

Сейчас еще раз посмотрел на код и задумался: "А почему он работает?"  t у нас private, а мы к нему напрямую обращаемся в Clone()... но при этом все работает! Я в шоке.

Правильно, конечно, будет заменить строчку q.t = t на q.getC = t;

Добавлено @ 00:48 

Это не плохо. Вполне нормально. Только при этом не нужно вызывать MemberwiseClone(), т. к. это бессмысленно.

Добавлено @ 00:58 

Пытаюсь разобраться... При клонировании мы в классе one создаем объект o типа one. При этом нам доступны private-члены этого объекта... Может, это такая фишка, чтобы упростить клонирование?

Это сообщение отредактировал(а) Idsa - 1.3.2007, 01:13

А t разве не локальная переменная?   



ихихих кажется понял, сам себя запутал, зато длагодаря этому вроде понял, как это работает!

Это сообщение отредактировал(а) EvgenZ - 1.3.2007, 11:24

Если в классе C объявлен приватный член M. То у любых экземпляров класса C, созданных в методах класса C, член M будет видимым.
Грубо говоря, если человек знает свое строение, то он знает строение любого другого человека. Однако он не знает строение, например, собаки, пока не разрежет ее, или по нашему не взломает. ))

Naum, +1. Спасибо, буду знать.
В некоторых ситуациях это действительно может помочь при клонировании. Например, если у нас есть private член, для которого не определено public-свойства (но при этом он используется в каком-либо методе), то без этой фишки не обойтись.

Это сообщение отредактировал(а) Idsa - 3.4.2009, 13:20

Всем привет!Прочитав ваш разговор у меня возник вопрос.


Переменные значимого типа располагаются в стеке!
А переменные ссылочного типа в куче!

1)


т.е. переменные значимого типа могут располагаться в куче?

2)
А переменные ссылочного типа могут располагаться в стеке?(К примеру структурная переменая, одним из членов которой является  переменная ссылочного типа).