0
961
Views¿Cómo crear correctamente un método asíncrono en Blazor?
Estoy tratando de crear un método asíncrono en Blazor que me permita ejecutar código computacionalmente pesado de forma asíncrona y luego actualizar un componente cuando termine, todo mientras mantengo la página receptiva. La diferencia entre esta pregunta y otras preguntas sobre async en Blazor es que estoy creando un método que lleva mucho tiempo en lugar de usar algo como los métodos de descarga de HttpClient.
Los componentes:
página.blazor
@inject ClassA classA <button class="btn btn-primary" @onclick="@doWork">Do Work</button> <Text>@log</Text> @code { async Task doWork() { log = await classA.doWork(); } }Clases C#
public class ClassA { public async Task<string> doWork() { ClassB classB = new ClassB(); var result = await classB.Execute(); return result; } } public class ClassB { // This method is meant to take a long time and execute asynchronously public async Task<string> Execute() { string k = ""; for (int i = 0; i < 10000000; i ++) { k = i.ToString(); } return k; } }Nota: Si cambio el código en page.blazor a
@code { async Task doWork() { await Task.Delay(10000); log = "Done"; } }funciona correctamente.
1 answers
Answer question0
Respuesta actualizada: consulte el comentario de @HenkHolterman.
Este bloque de código no es correcto. En Visual Studio obtendrá la advertencia que se muestra a continuación.
public async Task<string> Execute() { string k = ""; for (int i = 0; i < 10000000; i ++) { k = i.ToString(); } return k; } 
Debe tener un aspecto como este:
public Task<string> Execute() { string k = ""; for (int i = 0; i < 10000000; i ++) { k = i.ToString(); } return Task.FromResult(k); } No haces algo asíncrono envolviéndolo en una Task y diciéndole que ejecute async . Execute es un bloque síncrono de código envuelto en una Task . No hay rendimiento, simplemente bloquea el subproceso hasta que finaliza, al igual que Thread.Sleep (1000).
En Blazor Web Assembly hay UN hilo actualmente. Puedes hacer todas las esperas que quieras en tu código. A menos que haya un verdadero rendimiento, no hay tiempo de subproceso para la interfaz de usuario ni actualizaciones: ¡todo sucede al final!
Por otro lado, Task.Delay(xxx) produce. En términos simples, el programador de subprocesos mueve la Tarea hacia abajo en la cola, lo que permite que se ejecute otro código que ya está en la cola.
Aquí hay una versión de su iterador que producirá.
public async Task<string> Execute() { string k = ""; var x = 0; for (int i = 0; i < 10000000; i++) { k = i.ToString(); if (x > 100) { await Task.Delay(1); x = 0; } x++; } return k; }Y aquí hay una página de prueba:
@page "/" <PageTitle>Index</PageTitle> <h1>Async Test</h1> <div class="p-2"> Time: @message </div> <div class="p-2"> <button class="btn btn-primary" disabled=@go @onclick=ButtonClick>@buttonMessage</button> </div> <div class="p-2"> <button class="btn btn-secondary" @onclick=UpdateTime>Get Time</button> </div> @code { private bool go = false; private string disabled = ""; private string buttonMessage => go ? "Running" : "Go"; private string message = DateTime.Now.ToLongTimeString(); private void UpdateTime() { message = DateTime.Now.ToLongTimeString(); } private async Task ButtonClick() { go = true; await this.Execute(); go = false; } public async Task<string> Execute() { string k = ""; var x = 0; for (int i = 0; i < 100000000; i++) { k = i.ToString(); if (x > 100) { await Task.Delay(1); x = 0; } x++; } return k; } }