Reemplazo de Thread.Sleep en .NET para la Tienda Windows

Thread.Sleep no parece ser compatible con .NET para las aplicaciones de la Tienda Windows.

Por ejemplo, este

System.Threading.Thread.Sleep(1000);

se compilará cuando se dirija a cualquier .NET Framework (2.0, 3.5, 4.0, 4.5), pero no cuando se oriente a .NET para aplicaciones de la Tienda Windows (o en una biblioteca de clases portátil que tenga como destino 4.5 y tienda).

System.Threading.Thread sigue ahí, simplemente no tiene el método Sleep.

Necesito retrasar algo durante unos segundos en mi aplicación, ¿hay un reemplazo adecuado?

EDITAR por qué es necesario el retraso: Mi aplicación es un juego y el retraso es para que parezca que el oponente de la computadora está "pensando" en su próximo movimiento. El método ya se llama asincrónicamente (el hilo principal no está bloqueado), solo quiero ralentizar el tiempo de respuesta.

Las aplicaciones de la Tienda Windows adoptan la asincronía, y proporciona una "pausa asincrónica" Task.Delay. Entonces, dentro de un método asincrónico, escribirías:

await Task.Delay(TimeSpan.FromSeconds(30));

... o el retraso que quieras. El método asincrónico continuará 30 segundos después, pero el hilo no se bloqueará, como ocurre con todas las awaitexpresiones.

Odio decir lo obvio, pero en caso de que alguien quisiera una sola línea System.Threading.Tasks.Task.Delay(3000).Wait()

Simplemente tuve el mismo problema y encontré otra solución interesante que quería compartir con ustedes. Si realmente quieres bloquear el hilo, lo haría así (gracias @Brannon por la sugerencia "delgada"):

// `waitHandle.Set` is never called, so we wait always until the timeout occurs
using (var waitHandle = new ManualResetEventSlim(initialState: false))
{
    waitHandle.Wait(TimeSpan.FromSeconds(5));
}

MainPage.xaml.cs

public MainPage()
{
  this.InitializeComponent();
  this.WaitForFiveSeconds();
}

private async void WaitForFiveSeconds()
{
  await System.Threading.Tasks.Task.Delay(TimeSpan.FromSeconds(5));
  // do something after 5 seconds!
}

Casi NINGUNA razón (excepto con fines de prueba) para el uso NUNCA Thread.Sleep().

SI (y solo si) tiene una muy buena razón para enviar un hilo a dormir, es posible que desee verificar Task.Delay(), que puede esperar para "esperar" durante un tiempo específico. Aunque nunca es una buena idea tener un hilo suelto y no hacer nada. Mala práctica ...