Chamadas de função atrasadas

Existe um método simples e agradável de atrasar uma chamada de função enquanto permite que o thread continue em execução?

por exemplo

public void foo()
{
    // Do stuff!

    // Delayed call to bar() after x number of ms

    // Do more Stuff
}

public void bar()
{
    // Only execute once foo has finished
}

Estou ciente de que isso pode ser feito usando um cronômetro e manipuladores de eventos, mas gostaria de saber se existe uma maneira c # padrão de fazer isso.

Se alguém estiver curioso, isso é necessário porque foo () e bar () estão em classes diferentes (singleton) que precisam ser chamadas em circunstâncias excepcionais. O problema é que isso é feito na inicialização, então foo precisa chamar bar, que precisa de uma instância da classe foo que está sendo criada ... daí a chamada atrasada para bar () para garantir que foo esteja totalmente instanciado .. Lendo isso de volta quase cheira a um design ruim!

EDITAR

Vou levar em consideração os pontos sobre design ruim! Há muito tempo pensei que poderia melhorar o sistema, entretanto, essa situação desagradável só ocorre quando uma exceção é lançada, em todas as outras vezes os dois singletons coexistem muito bem. Acho que não vou mexer com padrões assíncronos desagradáveis, em vez disso, vou refatorar a inicialização de uma das classes.

Graças ao C # 5/6 moderno :)

public void foo()
{
    Task.Delay(1000).ContinueWith(t=> bar());
}

public void bar()
{
    // do stuff
}

Eu mesmo tenho procurado algo parecido com isso - eu vim com o seguinte, embora use um cronômetro, ele usa apenas uma vez para o atraso inicial e não requer nenhuma Sleepchamada ...

public void foo()
{
    System.Threading.Timer timer = null; 
    timer = new System.Threading.Timer((obj) =>
                    {
                        bar();
                        timer.Dispose();
                    }, 
                null, 1000, System.Threading.Timeout.Infinite);
}

public void bar()
{
    // do stuff
}

(obrigado a Fred Deschenes pela ideia de descartar o cronômetro dentro do callback)

Além de concordar com as observações de design dos comentadores anteriores, nenhuma das soluções foi suficientemente limpa para mim. .Net 4 fornece Dispatchere Taskclasses que tornam bastante simples atrasar a execução no thread atual :

static class AsyncUtils
{
    static public void DelayCall(int msec, Action fn)
    {
        // Grab the dispatcher from the current executing thread
        Dispatcher d = Dispatcher.CurrentDispatcher;

        // Tasks execute in a thread pool thread
        new Task (() => {
            System.Threading.Thread.Sleep (msec);   // delay

            // use the dispatcher to asynchronously invoke the action 
            // back on the original thread
            d.BeginInvoke (fn);                     
        }).Start ();
    }
}

Por contexto, estou usando isso para depurar um ICommandbotão esquerdo do mouse vinculado a um elemento de interface do usuário. Os usuários clicam duas vezes, o que está causando todo tipo de confusão. (Sei que também poderia usar Click/ DoubleClickhandlers, mas queria uma solução que funcionasse com ICommands em todos os níveis).

public void Execute(object parameter)
{
    if (!IsDebouncing) {
        IsDebouncing = true;
        AsyncUtils.DelayCall (DebouncePeriodMsec, () => {
            IsDebouncing = false;
        });

        _execute ();
    }
}

Parece que o controle da criação de ambos os objetos e sua interdependência precisam ser controlados externamente, em vez de entre as próprias classes.

É realmente um design muito ruim, quanto mais um singleton por si só é um design ruim.

No entanto, se você realmente precisa atrasar a execução, eis o que você pode fazer:

BackgroundWorker barInvoker = new BackgroundWorker();
barInvoker.DoWork += delegate
    {
        Thread.Sleep(TimeSpan.FromSeconds(1));
        bar();
    };
barInvoker.RunWorkerAsync();

No entanto, isso será invocado bar()em um thread separado. Se você precisar chamar bar()o thread original, pode ser necessário mover a bar()invocação para o RunWorkerCompletedmanipulador ou fazer um pouco de hacking SynchronizationContext.

Bem, eu teria que concordar com o ponto de "design" ... mas você provavelmente pode usar um Monitor para avisar um quando o outro já passou da seção crítica ...

    public void foo() {
        // Do stuff!

        object syncLock = new object();
        lock (syncLock) {
            // Delayed call to bar() after x number of ms
            ThreadPool.QueueUserWorkItem(delegate {
                lock(syncLock) {
                    bar();
                }
            });

            // Do more Stuff
        } 
        // lock now released, bar can begin            
    }

public static class DelayedDelegate
{

    static Timer runDelegates;
    static Dictionary<MethodInvoker, DateTime> delayedDelegates = new Dictionary<MethodInvoker, DateTime>();

    static DelayedDelegate()
    {

        runDelegates = new Timer();
        runDelegates.Interval = 250;
        runDelegates.Tick += RunDelegates;
        runDelegates.Enabled = true;

    }

    public static void Add(MethodInvoker method, int delay)
    {

        delayedDelegates.Add(method, DateTime.Now + TimeSpan.FromSeconds(delay));

    }

    static void RunDelegates(object sender, EventArgs e)
    {

        List<MethodInvoker> removeDelegates = new List<MethodInvoker>();

        foreach (MethodInvoker method in delayedDelegates.Keys)
        {

            if (DateTime.Now >= delayedDelegates[method])
            {
                method();
                removeDelegates.Add(method);
            }

        }

        foreach (MethodInvoker method in removeDelegates)
        {

            delayedDelegates.Remove(method);

        }


    }

}

Uso:

DelayedDelegate.Add(MyMethod,5);

void MyMethod()
{
     MessageBox.Show("5 Seconds Later!");
}

Achei que a solução perfeita seria ter um cronômetro para lidar com a ação atrasada. O FxCop não gosta quando você tem um intervalo de menos de um segundo. Preciso atrasar minhas ações até DEPOIS que meu DataGrid concluiu a classificação por coluna. Achei que um temporizador de disparo único (AutoReset = false) seria a solução e funciona perfeitamente. E, FxCop não me deixa suprimir o aviso!

Isso funcionará em versões mais antigas do .NET
Cons: será executado em seu próprio thread

class CancelableDelay
    {
        Thread delayTh;
        Action action;
        int ms;

        public static CancelableDelay StartAfter(int milliseconds, Action action)
        {
            CancelableDelay result = new CancelableDelay() { ms = milliseconds };
            result.action = action;
            result.delayTh = new Thread(result.Delay);
            result.delayTh.Start();
            return result;
        }

        private CancelableDelay() { }

        void Delay()
        {
            try
            {
                Thread.Sleep(ms);
                action.Invoke();
            }
            catch (ThreadAbortException)
            { }
        }

        public void Cancel() => delayTh.Abort();

    }

Uso:

var job = CancelableDelay.StartAfter(1000, () => { WorkAfter1sec(); });  
job.Cancel(); //to cancel the delayed job

Não existe uma maneira padrão de atrasar uma chamada para uma função, a não ser usando um cronômetro e eventos.

Isso soa como o anti-padrão da GUI de atrasar uma chamada para um método para que você possa ter certeza de que o layout do formulário foi concluído. Não é uma boa ideia.

Com base na resposta de David O'Donoghue, aqui está uma versão otimizada do Delayed Delegate:

using System.Windows.Forms;
using System.Collections.Generic;
using System;

namespace MyTool
{
    public class DelayedDelegate
    {
       static private DelayedDelegate _instance = null;

        private Timer _runDelegates = null;

        private Dictionary<MethodInvoker, DateTime> _delayedDelegates = new Dictionary<MethodInvoker, DateTime>();

        public DelayedDelegate()
        {
        }

        static private DelayedDelegate Instance
        {
            get
            {
                if (_instance == null)
                {
                    _instance = new DelayedDelegate();
                }

                return _instance;
            }
        }

        public static void Add(MethodInvoker pMethod, int pDelay)
        {
            Instance.AddNewDelegate(pMethod, pDelay * 1000);
        }

        public static void AddMilliseconds(MethodInvoker pMethod, int pDelay)
        {
            Instance.AddNewDelegate(pMethod, pDelay);
        }

        private void AddNewDelegate(MethodInvoker pMethod, int pDelay)
        {
            if (_runDelegates == null)
            {
                _runDelegates = new Timer();
                _runDelegates.Tick += RunDelegates;
            }
            else
            {
                _runDelegates.Stop();
            }

            _delayedDelegates.Add(pMethod, DateTime.Now + TimeSpan.FromMilliseconds(pDelay));

            StartTimer();
        }

        private void StartTimer()
        {
            if (_delayedDelegates.Count > 0)
            {
                int delay = FindSoonestDelay();
                if (delay == 0)
                {
                    RunDelegates();
                }
                else
                {
                    _runDelegates.Interval = delay;
                    _runDelegates.Start();
                }
            }
        }

        private int FindSoonestDelay()
        {
            int soonest = int.MaxValue;
            TimeSpan remaining;

            foreach (MethodInvoker invoker in _delayedDelegates.Keys)
            {
                remaining = _delayedDelegates[invoker] - DateTime.Now;
                soonest = Math.Max(0, Math.Min(soonest, (int)remaining.TotalMilliseconds));
            }

            return soonest;
        }

        private void RunDelegates(object pSender = null, EventArgs pE = null)
        {
            try
            {
                _runDelegates.Stop();

                List<MethodInvoker> removeDelegates = new List<MethodInvoker>();

                foreach (MethodInvoker method in _delayedDelegates.Keys)
                {
                    if (DateTime.Now >= _delayedDelegates[method])
                    {
                        method();

                        removeDelegates.Add(method);
                    }
                }

                foreach (MethodInvoker method in removeDelegates)
                {
                    _delayedDelegates.Remove(method);
                }
            }
            catch (Exception ex)
            {
            }
            finally
            {
                StartTimer();
            }
        }
    }
}

A classe poderia ser melhorada um pouco mais usando uma chave exclusiva para os delegados. Porque se você adicionar o mesmo delegado uma segunda vez antes de disparar o primeiro, poderá ter um problema com o dicionário.

private static volatile List<System.Threading.Timer> _timers = new List<System.Threading.Timer>();
        private static object lockobj = new object();
        public static void SetTimeout(Action action, int delayInMilliseconds)
        {
            System.Threading.Timer timer = null;
            var cb = new System.Threading.TimerCallback((state) =>
            {
                lock (lockobj)
                    _timers.Remove(timer);
                timer.Dispose();
                action()
            });
            lock (lockobj)
                _timers.Add(timer = new System.Threading.Timer(cb, null, delayInMilliseconds, System.Threading.Timeout.Infinite));
}