回应模式 - No.59544379


No.59544379 - 技术宅


无标题无名氏No.59544379 返回主串

2023-09-17(日)14:58:18 ID:TPWHppd 回应

关于撤销功能做法,肥哥们有什么建议吗?

小肥我只会这么做:

1.在事件A结束前将A进行的操作信息a放入堆栈里

2.在撤销时读取堆栈里的操作信息a,调用对应的反事件A-

3.反事件A-使用a中的信息来将事件A进行的操作还原

肥哥,请指导我(つд⊂)

无标题无名氏No.59545541

2023-09-17(日)16:49:35 ID: TPWHppd (PO主)

>>No.59544421
这种基础小肥还是有的,主要是想知道有没有比较新颖的实现方法和思路,网上搜出来的都是原理解析之类,我希望能得到一些更具体更高效的做法(つд⊂)

无标题无名氏No.59545588

2023-09-17(日)16:53:13 ID: TPWHppd (PO主)

>>No.59544517
( ゚∀。)b好思路,如果能被撤销的事件过多或者过于复杂的话,做反函数也是很麻烦的一件事

( ゚∀。)7小肥还是大学生没有实际工作经验,不是很了解这方面,这种方法是否是常用的呢?如果保存做得够好,对空间占用够小的话,这个说不定更实用呢(`ε´ )

无标题无名氏No.59550256

2023-09-17(日)23:07:07 ID: TPWHppd (PO主)

>>No.59549869
这样是为了"重做redo"更便捷吗?只看"撤销"的话,小肥有点不理解这样的结构的优势,还请肥哥不吝赐教(つд⊂)

另外,其实我想的是有没有除了:do→undo,之外的撤销方法,因为写反函数和相关的调用判定真的好麻烦哦( ;`д´; )
都2023年了,还没有一种开创性的简便算法来做这件事吗( `ᵂ´)

无标题无名氏No.59578392

2023-09-20(三)10:22:45 ID: TPWHppd (PO主)

>>No.59554353
这是好的,但是如果全局信息过于冗杂庞大,举个例子:有一亿个巨型对象分布在页面上,想要保存这样的信息可能就有点麻烦了

当然上面的话纯属抬杠( ゚∀。),99.999999%的情况都不会有这种鬼东西出现的,我这边想了想还是打算这么做了,毕竟反函数真的搓着有点反人类了(;´ヮ`)7

无标题无名氏No.59578413

2023-09-20(三)10:25:53 ID: TPWHppd (PO主)

>>No.59558566
小肥学的不多,sql的数据日志是不是就是这样的原理呀( ´∀`)

但是这种操作依赖于每个子操作独立化,对c++这种以函数模块为主要工作对象的程式语言来说很难做到吧?当然这只是小肥摸摸脑袋想出来的,肥哥能深入讲一下吗(つд⊂)

无标题无名氏No.59578422

2023-09-20(三)10:27:33 ID: TPWHppd (PO主)

>>No.59558873
比堆栈好很多呢!小肥我的猪脑袋想的全是先进后出,所以直接搓了两个堆栈一个放撤销一个放前进( ゚∀。)7肥哥说得有理,我这就去改掉(`ε´ (つ*⊂)

无标题无名氏No.62034082

2024-04-15(一)01:29:57 ID: TPWHppd (PO主)

>>No.59558873
>>No.59558566
>>No.59554353

谢谢这几位肥哥的建议,我最后结合了实际需求做了双向链表,内容则是操作前的单位状态

也就是在操作进行前,将进行操作的单位的状态保存下来,撤销/重做时恢复到对应的状态

要是按照一开始的反函数的思路来做( ゚∀。)7
后果不堪设想啊( ;`д´; )