WebSharperuser7320Я так и делаю.
Я имел ввиду копирование только элементов модели а не ViewModel
Прошу прощения, я так и делаю на самом деле. Мой пример несколько отвлечённый. Вот мой реальный код:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
#region AddQuestCommand
[NonSerialized]
private DelegateCommand<NodedQuest_VM> _addQuestCommand;
public ICommand AddQuestCommand
{
get
{
if (_addQuestCommand == null)
{
_addQuestCommand = new DelegateCommand<NodedQuest_VM>(this.AddQuest);
}
return _addQuestCommand;
}
}
private void AddQuest(NodedQuest_VM parameter)
{
if (parameter == null)
parameter = Game.MainQuest;
// Refresh the UI.
parameter.Children.Add(new NodedQuest_VM(CurrentQuest.GetModel<Quest>().DeepClone()));
// Add current quest to the Children collection of the selected quest.
parameter.GetModel<Quest>().Children.Add(CurrentQuest.GetModel<Quest>().DeepClone());
}
#endregion AddQuestCommand
Здесь я 2 раза копирую только модель. Однако, вью модель всё равно подменяю новым экземпляром вью модели (со старой моделью, которую копирую) - см. строчку под комментарием "Refresh the UI.". Это я делаю потому, что если просто добавлять старую вью модель в дерево справа (см. скрин на предыдущей странице), то я просто создам кучу представлений в дереве и в редакторе слева, ссылающихся на одну вью модель. Т. е. если в редакторе изменю, например, имя, то оно поменяется во всех представлениях в дереве, отображающих эту вью модель. Мне же этого не надо. Поэтому вью модель в дереве (или в редаторе - где удобнее) надо подменить.
WebSharper
Зависит от разных вещей . Если нет вложенности, то MemberwiseClone
Вложенности есть, и немало.
Я эту тему тоже изучал. Пришёл к выводу, что либо делать на каждый класс свой метод копирования (который будет вызывать подобные же методы для всех сложных объектов-полей этого класса), либо сериализация. Причём сериализация от первого метода принципиально не отличается - всё равно придётся рыскать руками по классам и помечать, что сериализовать, а что нет. С сериализацией больше хлопот - кроме того, что нужно пометить, что сериализовать, надо пометить, что сериализовать НЕ НАДО. Плюс сериализуемый класс должен иметь конструктор по умолчанию и некоторые другие требования. В своём методе этого ничего не надо - просто копируешь те поля, что нужны. Зато после расстановки атрибутов сериализации получаешь готовую сериализацию в любой формат - в Дотнете есть кучка готовых сериализаторов.
Есть ещё всякие извилистые подходы. Я, например, вот
этот код не понял. Начал разбираться, запутался и забил. Пусть у него "в 3 раза быстрее", но с сериализацией мне зато понятнее.
