“撤消”的最佳设计模式特征

发布于 2024-09-14 04:51:53 字数 247 浏览 10 评论 0原文

可能的重复:
撤消引擎的设计模式

一般来说,您如何处理支持“撤消”您的应用程序中的功能?我曾经开发过网络应用程序和桌面应用程序,但我从来没有真正对我制作的任何“撤消”系统感到满意。

Possible Duplicate:
Design Pattern for Undo Engine

In general, how do you deal with supporting an "undo" feature in your application? I have worked on web apps and desktop apps alike, and I have never really felt comfortable with any "undo" system I've made.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

数理化全能战士 2024-09-21 04:51:53

我相信它应该是 Command 设计模式。

这是关于使用命令模式进行多级撤消/重做的文章

编辑:这是关于带有备忘录模式的多级撤消/重做的第二个

所以也许两者都可以完成。

I believe it should be Command design pattern.

Here is article about multilevel Undo/Redo with Command pattern.

EDIT: Here is second about multilevel Undo/Redo with Memento pattern.

So probably it can be done with both.

╭⌒浅淡时光〆 2024-09-21 04:51:53

我会投票支持命令模式而不是 Memento。备忘录模式比撤消/重做功能的命令模式要昂贵得多。

捕获和恢复对象状态
将是一件相当昂贵的事情
与仅仅执行或撤消操作相比
对任何兼容对象的操作。

I'd vote in favor of Command pattern over Memento. Memento pattern would be much costlier then Command patterns for Undo/Redo functionality.

Capturing and Restoring object state
will be quite an expensive affair
compared to just doing or undoing an
action on any compatible object.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文