Estoy teniendo problemas al implementar el patrón del Procesador de Comandos utilizando MVVM para WPF.
Estoy tratando de implementar el patrón de Procesador de Comandos utilizando MVVM para WPF. El patrón de Procesador de Comandos que estoy siguiendo aproximadamente es el descrito en el libro Arquitectura de Software Orientada a Patrones (Volumen 1):
El patrón de diseño Procesador de Comandos separa la solicitud de un servicio de su ejecución. Un componente de procesador de comandos administra las solicitudes como objetos separados, programa su ejecución y proporciona servicios adicionales como el almacenamiento de objetos de solicitud para deshacer más tarde.
Mi implementación requiere que todas las acciones de interfaz de usuario posibles que se puedan deshacer se almacenen como comandos. Esto es en su mayoría compatible con los Comandos de WPF, excepto para los TextBox. Los TextBox en WPF no proporcionan un Comando (a diferencia de los Botones y las CheckBoxes).
Pensé que resolví esto agregando un TextChangedCommand que se ejecuta cuando se lanza el evento TextChanged, como esto:
<l:commandtextbox text="{Binding Name, UpdateSourceTrigger=PropertyChanged}" textchangedcommand="{Binding SetNameCommand, Mode=OneWay}"></l:commandtextbox>
Pero el problema es que el TextChangedCommand se ejecuta no solo cuando el usuario realiza un cambio, sino cada vez que se cambia la propiedad enlazada a los datos, lo cual sucede cuando se deshace el cambio. En una operación de deshacer, solo quiero que la propiedad se establezca en lo que era anteriormente, no que se ejecute un comando nuevamente.
Es como si necesitara un TextChangedByUserCommand, pero antes de intentar implementar esto, me pregunto si estoy yendo en la dirección equivocada o si alguien ha encontrado una solución más limpia.
davy.ai
Como experto en TI especializado en c#, wpf, patrones de diseño y mvvm, aquí hay algunas sugerencias para implementar el patrón Command Processor utilizando MVVM para WPF:
TextChangedCommandse ejecute durante una operación de deshacer es utilizar una bandera o una variable booleana para indicar si el cambio de texto fue realizado por el usuario o fue desencadenado por la operación de deshacer.Otra posible solución es crear un comando personalizado que herede de la interfaz
ICommandy anule el métodoExecutepara comprobar si el cambio de texto fue realizado por el usuario o no. Si no fue realizado por el usuario, entonces el comando no hace nada.Alternativamente, podrías considerar el uso de una biblioteca de terceros como Prism o GalaSoft MVVM Light Toolkit que proporciona un
TextChangedBehaviorque te permite vincularlo a un comando para ejecutar cuando el texto ha cambiado, pero solo cuando el cambio fue realizado por el usuario.En general, es importante considerar los requisitos y restricciones específicas del proyecto y elegir una solución que satisfaga todas las necesidades y sea mantenible y eficiente.