Cómo funciona CommandManager.¿Trabajo requerido?

No puedo decirte exactamente qué eventos escucha CommandManager. Sin embargo, puedo decirle que debe tener cuidado al usar CommandManager en relación con operaciones asíncronas. Tuve el siguiente problema cuando usé el CommandManager en mis ICommand implementaciones:

Tenía un botón vinculado a un ICommand que activaba una operación asíncrona que aumentaba un valor. Ahora, el botón / ICommand debe desactivarse (es decir, su método CanExecute() debe devolver false) si el valor había alcanzado un cierto límite. El problema fue: El CommandManager llamó a mi método CanExecute() justo después de que se hiciera clic en el botón y se iniciara la operación asíncrona. Esta operación asíncrona no tomó mucho tiempo, pero fue lo suficientemente larga como para obtener su resultado después de la comprobación de CommandManager, de modo que la comprobación de límite en CanExecute() se realizó utilizando el valor antiguo. Por lo tanto, el botón permaneció habilitado aunque el límite se alcanzó realmente. Lo curioso fue que, después de hacer clic en cualquier parte de la interfaz de usuario, el botón ahora se desactivó porque el CommandManager comprobó el ICommand una vez más y ahora el nuevo valor se comprobó contra el límite. En realidad, creo que el CommandManager esperó alrededor de 50 ms después del clic del botón hasta que realizó la comprobación del ICommand, pero no estoy muy seguro de eso.

Mi solución fue forzar el CommandManager para comprobar el ICommand de nuevo llamando a la CommandManager.InvalidateRequerySuggested método en mi ViewModel justo después de recibir el resultado de la operación async. Actualización: Tenga en cuenta que este método debe ser llamado en el subproceso de interfaz de usuario, de lo contrario no tendrá ningún efecto! (Gracias a midspace por este comentario)