dotnet/aspnetcore

[Blazor] Clearer way to troubleshoot complex state transitions

Open

#51.844 aperta il 3 nov 2023

Vedi su GitHub
 (3 commenti) (0 reazioni) (0 assegnatari)C# (10.653 fork)batch import
Pillar: Technical DebtPriority:1area-blazorfeature-observabilityhelp wantedtask

Metriche repository

Star
 (37.933 star)
Metriche merge PR
 (Merge medio 16g 9h) (258 PR mergiate in 30 g)

Descrizione

This came up as part of a discussion.

In complex apps is hard to detect state transitions that might happen during a brief period of time and cause issues. We could consider adding additional logging https://github.com/dotnet/aspnetcore/blob/main/src/Components/Components/src/Rendering/ComponentState.cs#L230-L244 to avoid such issues in the future.

We discuss this in the initial days of Blazor and we were concerned about the perf, but I think that the perf characteristics have changed enough that:

  1. We can afford an extra "if".
  2. We can find a way link it out if we need it on production builds.

/cc: @JamesNK

Guida contributor

Direzione di ricerca
Guarda il file ComponentState.cs intorno alle righe 230-244, comprendi le transizioni di stato e aggiungi le condizioni di logging appropriate.
Tech stack
csharp
Dominio
frontenddeveloper experience
Tipo issue
Funzionalità
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
2
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-3 ore
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
C#Git
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
65