Автоматизация Undo/Redo функциональности с помощью .NET Generics

[Coder89]

Сделайте подсветку синтаксиса, пожалуйста. А так, спасибо за информацию.

[zhylin]

готово

[jeje]

Последнее время так интересно видеть переводы статей, которые написанные нашими на не нашем :)

[mezastel]

Ну если учесть что на СР раз в 100 больше посетителей чем на Хабре, это в принципе понятно.

[Dimchansky]

Если я правильно понял идею, то это очень похоже на EditableObject в Business Logic Toolkit for .NET фреймворке.

[SychevIgor]

Внешне выглядит действительно похоже. Хочется даже попробовать сделать сравнение.
Но если честно .Net Generic c его
private readonly UndoRedo name = new UndoRedo<string />("");
public string string Name
{ get { return name.Value; } set { name.Value = value; }}
Выглядит несколько проще чем требование реализации списка этих интерфейсов в EditableObject ( Business Logic Toolkit )
Вот список пространств имен и интерфейсов требуемых для работы с эти проектом (у коллекций чуть другие интерфейсы bltoolkit.net/doc/EditableObjects/index.htm)
System.ComponentModel IEditableObject
System.ComponentModel INotifyPropertyChanged
System.ComponentModel ICustomTypeDescriptor
System ICloneable
BLToolkit.ComponentModel INotifyObjectEdit
BLToolkit.EditableObjects IEditable
BLToolkit.Validation IValidatable

[Dimchansky]

Так в BLToolkit вроде же надо просто сделать абстрактный класс и унаследоваться от EditableObject<имя этого класса>, а свойства тоже определить как абстрактные.
Дальше все нужные обертки будут сделаны автоматически:

using System;
using NUnit.Framework;
using BLToolkit.EditableObjects;

namespace HowTo.EditableObjects
{
  [TestFixture]
  public class EditableObjectTest
  {
    public abstract class TestObject : EditableObject<TestObject>
    {
      // Any abstract property becomes editable.
      //
      public abstract string FirstName { get; set; }
      public abstract string LastName { get; set; }

      // This field is not editable.
      //
      public string FullName
      {
        get { return string.Format("{0} {1}", FirstName, LastName); }
      }
    }

    [Test]
    public void Test()
    {
      TestObject obj = TestObject.CreateInstance();

      obj.FirstName = "Tester";
      obj.LastName = "Testerson";

      Assert.IsTrue(obj.IsDirty);

      obj.AcceptChanges();

      Assert.IsFalse(obj.IsDirty);
    }
  }
}



[SychevIgor]

Действительно наверное все проще чем мне показалось в начале, но все же сделать обертку как то проще помоему чем наследоваться от абстрактоно класса и определять еще и свойства как абстрактные. Это может не по архитектуре Феншую аказаться
а вот такая реалзиация простая в виде обертки меня очень прильщает.
UndoRedo name = new UndoRedo<string />("");
Если действительно есть какие то подводные камни, то напишите их. Тема то очень интересная.

[dotneter]

>System.ComponentModel
Использовать стандартные средства фреймворка лучше чем изобретать свои.

[zhylin]

Комментарий автора:

Это все таки намного более упрощенное решение. Насколько я помню можно откатить только последнюю операцию. Redo отсутсвует. Поддержка стека изменений отсутствует. Всегда надо наследоваться от определенного класса. Что делать со списками вообще не понятно. И как объеденить изменения в одну транзакцию, если они сделанны в 50 различных объектах, которые возможно даже не связанны друг с другом? Вообщем, это не Undo-Redo решение — это решение для OK-Cancel в простых формах редактирования.

[Ogra]

Напишите «Автоматизация» вместо «автоматизирование», и будет совсем все хорошо.

[garex]

UML-диаграмму хочу.

[Karen]

Ну так в чём проблема скормите проект интерпрайх архитекту и делов то ;)

[garex]

Проблема во времени, которое ценно.

Инженеры обычно понапридумывают кучу идей, а представить их нормально редко когда могут.

Хорошее представление — это когда другим людям не надо тратить своё время на «кормления» и прочее.

Красивые идеи опьяняют создателей, как эйфория первой любви и поэтому они редко когда задумываются о дальнейшем продвижении.

BTW, в России это одна из ключевых проблем — у нас «придумывалка» длинней всех в мире, а «продвигалка» ампутирована ещё на стадии зачатия.

[zhylin]

Комментарий автора:

Ну можно было конечно нарисовать два класса… UndoRedo<> и UndoRedoManager. Они даже не связаны между собой...

[garex]

Как же?

Один из слоя данных (генерик), а второй — логика, которая всё умеет и знает.

Но не в этом суть.

А в том, что истинно-православная диаграмма придумывается долго и способна передать всю суть в пару миллисекунд instead of long-long-code-listings.

Так что это целое отдельное направление и необязательно автор им должен заниматься, а те товарищи, которые в этом секут.

[build_your_web]

Выглядело бы гораздо лучше, если взять обычные autoproperties и применить к ним PostSharp.
В итоге

private readonly UndoRedo name = new UndoRedo<string />("");

public string string Name
{
get { return name.Value; }
set { name.Value = value; }
}


было бы заменено на

[UndoRedoProperty]
public string name {get; set;}


[zhylin]

Комментарий автора:

Про PostSharp предложение возможно жизнеспособное. Спасибо.
Следует понимать что статья писалась несколько лет назад, когда таких библиотек не было. Был голый фреймворк 2.0
Можно было бы добавить примочку в DejaVu проект, если руки дойдут… Если бы кто помог было бы совсем замечательно… А то многие хвалят, качают, но улучшения никто не присылает. Ну да ладно, я не обижаюсь :)).