Déme algunas ideas sobre cómo implementar la funcionalidad de deshacer / rehacer, como lo tenemos en los editores de texto. ¿Qué algoritmos debo usar y qué puedo leer? Gracias.
algorithm
design-patterns
usuario414352
fuente
fuente
Respuestas:
Conozco dos divisiones principales de los tipos de deshacer
Para los editores de texto, generar el estado de esta manera no requiere demasiada computación, pero para programas como Adobe Photoshop, puede ser demasiado computacionalmente intensivo o simplemente imposible. Por ejemplo, para una acción de Desenfocar , especificará una acción de Desenfocar , pero eso nunca puede llevarlo al estado original porque los datos ya se han perdido. Entonces, dependiendo de la situación, la posibilidad de una acción lógica inversa y la viabilidad de la misma, debe elegir entre estas dos categorías amplias y luego implementarlas de la manera que desee. Por supuesto, es posible tener una estrategia híbrida que funcione para usted.
Además, a veces, como en Gmail, es posible deshacer un tiempo limitado porque la acción (enviar el correo) nunca se realiza en primer lugar. Por lo tanto, no está "deshaciendo" allí, simplemente "no está haciendo" la acción en sí.
fuente
He escrito dos editores de texto desde cero, y ambos emplean una forma muy primitiva de funcionalidad de deshacer / rehacer. Por "primitivo", me refiero a que la funcionalidad fue muy fácil de implementar, pero que no es económica en archivos muy grandes (digamos >> 10 MB). Sin embargo, el sistema es muy flexible; por ejemplo, admite niveles ilimitados de deshacer.
Básicamente, defino una estructura como
y luego definir una matriz
Luego, cada miembro de esta matriz especifica un estado guardado del texto. Ahora, en cada edición del texto (tecla de carácter hacia abajo, retroceso hacia abajo, tecla de eliminación hacia abajo, cortar / pegar, selección movida con el mouse, etc.), (re) inicio un temporizador de (digamos) un segundo. Cuando se activa, el temporizador guarda el estado actual como un nuevo miembro de la
UndoData
matriz.Al deshacer (Ctrl + Z), restauro el editor al estado
UndoData[UndoLevel - 1]
y lo reduzcoUndoLevel
en uno. De forma predeterminada,UndoLevel
es igual al índice del último miembro de laUndoData
matriz. Al rehacer (Ctrl + Y o Shift + Ctrl + Z), restauro el editor al estadoUndoData[UndoLevel + 1]
y lo aumentoUndoLevel
en uno. Por supuesto, si el temporizador de edición se activa cuandoUndoLevel
no es igual a la longitud (menos uno) de laUndoData
matriz, borro todos los elementos de esta matriz despuésUndoLevel
, como es común en la plataforma Microsoft Windows (pero Emacs es mejor, si mal no recuerdo correctamente: la desventaja del enfoque de Microsoft Windows es que, si deshace muchos cambios y luego edita accidentalmente el búfer, el contenido anterior (que se deshizo) se pierde permanentemente). Es posible que desee omitir esta reducción de la matriz.En un tipo de programa diferente, por ejemplo, un editor de imágenes, se puede aplicar la misma técnica, pero, por supuesto, con una
UndoDataItem
estructura completamente diferente . Un enfoque más avanzado, que no requiere tanta memoria, es guardar solo los cambios entre los niveles de deshacer (es decir, en lugar de guardar "alpha \ nbeta \ gamma" y "alpha \ nbeta \ ngamma \ ndelta", podrías guarda "alpha \ nbeta \ ngamma" y "AGREGAR \ ndelta", si ves lo que quiero decir). En archivos muy grandes donde cada cambio es pequeño en comparación con el tamaño del archivo, esto disminuirá en gran medida el uso de memoria de los datos de deshacer, pero es más complicado de implementar y posiblemente más propenso a errores.fuente
Hay varias formas de hacer esto, pero puede comenzar a mirar el patrón Command . Utilice una lista de comandos para retroceder (deshacer) o avanzar (rehacer) a través de sus acciones. Puede encontrar un ejemplo en C # aquí .
fuente
Un poco tarde, pero aquí va: se refiere específicamente a los editores de texto, lo que sigue explica un algoritmo que se puede adaptar a lo que sea que esté editando. El principio involucrado es mantener una lista de acciones / instrucciones que se pueden automatizar para recrear cada cambio realizado. No realice cambios en el archivo original (si no está vacío), consérvelo como copia de seguridad.
Mantenga una lista vinculada hacia adelante y hacia atrás de los cambios que realice en el archivo original. Esta lista se guarda intermitentemente en un archivo temporal, hasta que el usuario realmente guarda los cambios: cuando esto sucede, aplica los cambios a un nuevo archivo, copia el antiguo y aplica simultáneamente los cambios; luego cambie el nombre del archivo original a una copia de seguridad y cambie el nombre del nuevo archivo por el nombre correcto. (Puede conservar la lista de cambios guardada o eliminarla y reemplazarla con una lista posterior de cambios).
Cada nodo de la lista vinculada contiene la siguiente información:
delete
seguido de uninsert
insert
son los datos que se insertaron; sidelete
, los datos que se eliminaron.Para implementarlo
Undo
, trabaje hacia atrás desde la cola de la lista vinculada, usando un puntero o índice de 'nodo actual': donde estaba el cambioinsert
, realiza una eliminación pero sin actualizar la lista vinculada; y donde estabadelete
, inserta los datos de los datos en el búfer de lista vinculada. Haga esto para cada comando 'Deshacer' del usuario.Redo
mueve el puntero 'current-node' hacia adelante y ejecuta el cambio según el nodo. Si el usuario realiza un cambio en el código después de deshacerlo, elimine todos los nodos después del indicador 'actual-nodo' en la cola, y establezca la cola igual al indicador 'actual-nodo'. Los nuevos cambios del usuario se insertan después de la cola. Y eso es todo.fuente
Mi único dos centavos es que querría usar dos pilas para realizar un seguimiento de las operaciones. Cada vez que el usuario realiza algunas operaciones, su programa debe poner esas operaciones en una pila "realizada". Cuando el usuario quiera deshacer esas operaciones, simplemente extraiga las operaciones de la pila "realizada" a una pila de "recuperación". Cuando el usuario quiera rehacer esas operaciones, saque elementos de la pila de "recuperación" y devuélvalos a la pila "realizada".
Espero eso ayude.
fuente
Si las acciones son reversibles. por ejemplo, agregando 1, hacer que un jugador se mueva, etc., vea cómo usar el patrón de comando para implementar deshacer / rehacer . Siga el enlace y encontrará ejemplos detallados sobre cómo hacerlo.
De lo contrario, use el estado guardado como lo explica @Lazer.
fuente
Puede estudiar un ejemplo de un marco de deshacer / rehacer existente, el primer éxito de Google está en codeplex (para .NET) . No sé si eso es mejor o peor que cualquier otro marco, hay muchos.
Si su objetivo es tener la funcionalidad de deshacer / rehacer en su aplicación, también puede elegir un marco existente que parezca adecuado para su tipo de aplicación.
Si desea aprender cómo crear su propio deshacer / rehacer, puede descargar el código fuente y echar un vistazo a ambos patrones y los detalles de cómo conectar las cosas.
fuente
El patrón Memento se hizo para esto.
Antes de implementar esto usted mismo, tenga en cuenta que esto es bastante común y que el código ya existe. Por ejemplo, si está codificando en .Net, puede usar IEditableObject .
fuente
Además de la discusión, escribí una publicación de blog sobre cómo implementar UNDO y REDO basado en pensar en lo que es intuitivo: http://adamkulidjian.com/undo-and-redo.html
fuente
Una forma de implementar una función básica de deshacer / rehacer es utilizar los patrones de diseño de comandos y de recuerdo.
Memento tiene como objetivo mantener el estado de un objeto para restaurarlo más tarde, por ejemplo. Este recuerdo debe ser lo más pequeño posible con fines de optimización.
El patrón de comando encapsula en un objeto (un comando) algunas instrucciones para ejecutar cuando sea necesario.
Con base en estos dos conceptos, puede escribir un historial básico de deshacer / rehacer, como el siguiente codificado en TypeScript ( extraído y adaptado de la biblioteca front-end Interacto ).
Tal historia se basa en dos pilas:
Los comentarios se proporcionan dentro del algoritmo. ¡Solo tenga en cuenta que en una operación de deshacer, la pila de rehacer debe borrarse! La razón es dejar la aplicación en un estado estable: si regresa al pasado para rehacer algunas acciones que realizó, sus acciones anteriores no existirán más a medida que cambie el futuro.
La
Undoable
interfaz es bastante simple:Ahora puede escribir comandos que se pueden deshacer que operan en su aplicación.
Por ejemplo (todavía basado en ejemplos de Interacto), puede escribir un comando como este:
Ahora puede ejecutar y agregar el comando a la instancia de UndoHistory:
Finalmente, puede vincular un botón de deshacer (o un atajo) a este historial (lo mismo para rehacer).
Estos ejemplos se detallan en la página de documentación de Interacto .
fuente