Здравствуйте, такая задач: Нужно сохранить CollectionItems (или IEnumerate ItemsSource) чтобы потом, восстановить значения в TreeView.
Тоесть обычно для этого понадобилось бы клонировать объект коллекции, однако в C# нет нативных методов для клонирования, а значит разработчики C# считаю эту операцию костыльной. 
Следовательно для решения данной задачи должен быть более оптимальный способ.
Спасибо!

Во-первых нативные методы есть и клонирование - совсем не костыльная операция сама по себе.
Вот что есть из коробки (на вскидку):
Object.MemberwiseClone - метод
ICloneable - интерфейс

А во-вторых - в чем проблема просто сохранить ссылку на значение ItemSource?

Ну интерфейс - это же не нативная поддержка? MemberwiseClone() не реализован в коллекции итемов, или я просто не там искал.

Не совсем понял, а как я буду восстанавливать старые значения дерева из этой ссылки?
Ещё раз, что я хочу сделать:

тоесть если нет clone, значит это должно делаться как-то по-другому (разумеется это можно сделать написав обертку наж коллекцией или может быть пройтись в цикле по элементам, но все это выглядит как-то костыльно)

Это сообщение отредактировал(а) Тигер - 23.7.2013, 20:29

вот что предлагают на стековерфлоу

жесть имхо )

Давайте по-порядку:

Вы читали про метод MemberwiseClone ? Мне кажется что нет, хотя я даже ссылку вам оставил. Этот метод создаёт shallow-копию объекта и реализован в единственном виде в классе Object. Интерфейс ICloneable это еще какая поддержка, но для интерфейса нужна реализация, которой может стать например MemberwiseClone. 
Вот пример использования:





Каков был вопрос, таков и ответ. Вы не пояснили - что именно имеется в виду под "сохранять" и "восстанавливать".
Если вам нужно сохранить данные куда-то на диск, или передать по сети, то вам нужна сериализация (это ссылка).
Если же вам нужно просто на время подменить дереву элементы, а потом вернуть предыдущий набор, то достаточно просто сохранить указатель на значение ItemsSource, как я и предложил.
Далее, ваш пример кода - во-первых  он показывает, что ваша старая коллекция никуда не сохраняется, а просто болтается в памяти, и зачем тут нужен clone,  я не понимаю. Во-вторых, допускаете грубую ошибку - TreeView наследуется от класса ItemsControl, и вот что говорится про этот класс и его свойства Items и ItemsSource:

Короче говоря, если вы до вызова Items.Clear устанавливали ItemsSource (а вы устанавливали, раз пытаетесь его клонировать), то ваш код

Вызовет исключение InvalidOperationException.
Нужно либо работать с ItemsSource и с коллекцией, на которую это свойство указывает, либо с коллекцией Items. В случае работы с ItemsSource, если вы хотите очистить дерево от элементов, просто присвойте свойству ItemsSource - null.
Учитывая тот код, что вы написали под словами "что я хочу сделать" я полагаю, что именно временная подмена коллекции дерева и было вашей целью и тогда моё предложение в силе, вот так я предлагал сделать:


Далее:

Это не жесть, это вам предложили клонирование через сериализацию (о которой я упоминал выше). Это самый медленный способ клонирования и я его не советую. Если вас все-таки интересует глубокое клонирование данных, вот тут хороший ответ с подборкой вариантов клонирования, возможных в C#.

Спасибо за подробный ответ!

Под нативной поддержкой, я имел ввиду языковые конструкции. Про MemberwiseClone() я читал ещё до начала топика, про интерфейс после ) Но под мою задачаю они не подходят, потому что интерфейс не реализует коллекция, а MemberwiseClone() protected.

Идею вашу я понял, единственной, я изначально работаю с .Items (которео readonly, поэтому и решил для "восстановления" старых значений использовать ItemsSource) Вобщем, я не совсем понимаю как портировать ваш код
Ещё раз, что хотелось бы получить


Ещё я пробовал так:

такой вариант работал, только вот oldItems содержало не копии Item'ом, а ссылки на них...

Это сообщение отредактировал(а) Тигер - 24.7.2013, 11:00

Это конечно неправильно.


Ну если вы изначально работаете с Items,  то уже никуда не "портируете" конечно, у меня используется ItemsSource.



C Items конечно такое не прокатит, т.к. вы сами убедились - это свойство только для чтения.


Конечно ссылки, потому что метод CopyTo просто копирует элементы, т.е. ссылки на них - в ваш массив. О клонировании речи и не идёт.
Причем я бы заменил последнюю строчку на заполнение массива Items старыми значениеям, раз уж вы изначально работаете с Items.
И тут сразу вопрос - вам точно нужны именно клоны старых элементов? Просто старые ссылки, которые возвращаются на своё место - не подходят, как решение?
Если не подходит, то дальше варианта я вижу два 
- Самостоятельно реализовать клонирование TreeViewItem одним из способов (про способы - пост выше)
- Реализовать клонирование данных, которые помещаются в ваши TreeViewItem и при "сохранении" - клонировать именно данные, а не сами элементы TreeViewItem. Сами же элементы TreeViewItem могут настраиваться при помощи шаблона DataTemplate, стилей и т.д. и т.п.
Второй вариант - самый адекватный. Практическую необходимость первого же варианта я представляю с трудом.

Ну если я правильно понимаю что имеется ввиду под старыми ссылками, то я так и решил сделать. т.е. программным путем удаляю некоторые Items и тп.
Данные клонировать так же не получится, тк. у меня в качестве данных используются объекты (контролы). Разве что писать обертку и уже её помещать в качестве данных в Items...
Спасибо!

Это сообщение отредактировал(а) Тигер - 24.7.2013, 16:33

"Старые ссылки" - это просто ссылки на ваши старые элементы коллекции, которые были в коллекции изначально - вот что я имел ввиду.


Если вопрос решён, пометьте его как рашённый пожалуйста