令人惊艳的代码!!

[Powerdix]

这是我在CodeGuru上看到的令人惊艳的代码。(http://www.codeguru.com/misc/undo_redo_cdocument.shtml)。

class CUndo {
private:
CObList m_undolist; // Stores undo states
CObList m_redolist; // Stores redo states
long m_growsize; // Adjust for faster saves
long m_undoLevels; // Requested Undolevels
long m_chkpt;

void AddUndo(CMemFile*);
void AddRedo(CMemFile *pFile);
void Load(CMemFile*);
void Store(CMemFile*);
void ClearRedoList();

public:

// Here are the hooks into the CDocument class
virtual void Serialize(CArchive& ar) = 0;
virtual void DeleteContents() = 0;

// User accessable functions
CUndo(long undolevels = 4, long = 32768); // Constructor
~CUndo(); // Destructor
BOOL CanUndo(); // Returns TRUE if can Undo
BOOL CanRedo(); // Returns TRUE if can Redo
void Undo(); // Restore next Undo state
void Redo(); // Restore next Redo state
void CheckPoint(); // Save current state
void EnableCheckPoint();
void DisableCheckPoint();
};

只要你的应用程序文档类从这个CUndo类派生，可以给SDI/MDI应用程序添加UNDO/REDO的功能。
例如这样：class CMyDoc : public CDocument, public CUndo{};

它使用的实现技巧是利用CMyDoc::Serialize()虚函数保存文档实例的状态，virtual void Serialize(CArchive& ar)=0的声明迫使子类一定要实现它;

我之所以惊叹这段码，并不是它使用的实现技巧，而是它的采用的设计模式。

虽说可以归纳为Command模式的范畴。动态地给一个类添加功能;父类的实现(Undo/Redo)依赖子类的具体实现(CMyDoc::Serialize);
接口和实现的分离，难道就没有Decorator（装饰）Bridge（桥接）的影子?

解脱之味不独饮!

[unicode]

呵呵，NB

[pcman1990]

以前听说Undo/Redo一种实现方法是通过Serialize在内存中保存文档来实现，现在有源代码太好了，去试试！
谢谢了！

[Powerdix]

百试不爽!!

[z_sky]

呵呵，非常钦佩大山的共享精神。好！ :-)

[pp_ipr]

好！不过我编程一来还没做过文档-视的程序，全做对话框的，感觉少点什么：（

[Powerdix]

pp_ipr()
一样没有问题，只要你的类实现Serialize()。
我想你的问题主要是无法得到CArchive &ar,其实这很简单。