Nota: El código de esta cuestión es parte de deSleeper si desea que el código fuente completo.asíncrono WPF Comandos
Una de las cosas que quería sin comandos era un diseño horneado para operaciones asíncronas. Quería que el botón presionado se deshabilitara mientras se ejecutaba el comando, y volver cuando se completara. Quería que el trabajo real se realizara en un elemento de trabajo ThreadPool. Y, por último, quería una forma de manejar cualquier error que ocurriera durante el procesamiento asincrónico.
Mi solución fue un AsyncCommand:
public abstract class AsyncCommand : ICommand
{
public event EventHandler CanExecuteChanged;
public event EventHandler ExecutionStarting;
public event EventHandler<AsyncCommandCompleteEventArgs> ExecutionComplete;
public abstract string Text { get; }
private bool _isExecuting;
public bool IsExecuting
{
get { return _isExecuting; }
private set
{
_isExecuting = value;
if (CanExecuteChanged != null)
CanExecuteChanged(this, EventArgs.Empty);
}
}
protected abstract void OnExecute(object parameter);
public void Execute(object parameter)
{
try
{
IsExecuting = true;
if (ExecutionStarting != null)
ExecutionStarting(this, EventArgs.Empty);
var dispatcher = Dispatcher.CurrentDispatcher;
ThreadPool.QueueUserWorkItem(
obj =>
{
try
{
OnExecute(parameter);
if (ExecutionComplete != null)
dispatcher.Invoke(DispatcherPriority.Normal,
ExecutionComplete, this,
new AsyncCommandCompleteEventArgs(null));
}
catch (Exception ex)
{
if (ExecutionComplete != null)
dispatcher.Invoke(DispatcherPriority.Normal,
ExecutionComplete, this,
new AsyncCommandCompleteEventArgs(ex));
}
finally
{
dispatcher.Invoke(DispatcherPriority.Normal,
new Action(() => IsExecuting = false));
}
});
}
catch (Exception ex)
{
IsExecuting = false;
if (ExecutionComplete != null)
ExecutionComplete(this, new AsyncCommandCompleteEventArgs(ex));
}
}
public virtual bool CanExecute(object parameter)
{
return !IsExecuting;
}
}
así que la pregunta es: ¿Es necesario todo esto? Me he dado cuenta de una compatibilidad asíncrona integrada para el enlace de datos, entonces ¿por qué no ejecutar comandos? Quizás esté relacionado con la pregunta del parámetro, que es mi próxima pregunta.
Una de las cosas que es un problema aquí es que el diseño normal para CanExecute es aquel en el mandamiento la lógica específica está ahí. P.ej. UndoCommand podría verificar para ver si hay una UndoStack. La única lógica que tienes aquí es si ya se está ejecutando o no. –
Tenga en cuenta que CanExecute es virtual. En este patrón, lo anulo y llamo a la base primero para proporcionar una lógica específica del comando. – nedruod