Claudio Schaad
f9084dc074
Every repository, service, Blazor page/dialog, and test now uses
async/await. Single atomic diff; the codebase does not compile in
intermediate states.
- BaseRepository: LoadListAsync/LoadAsync/SaveAsync return Task<T>;
per-file locks use SemaphoreSlim so waiters can await; Save
serialises to a MemoryStream sync (XmlSerializer has no async
form), then File.WriteAllBytesAsync + sync File.Move.
- RepositoryCache.GetOrLoadAsync takes a Func<Task<List<T>>>.
- All 7 repository interfaces + implementations async.
- All service interfaces + implementations async (except vendor
IFxService and stateless IFxConverter / SettingsService).
- Every Blazor OnInitializedAsync switches to await base.
- Test suite fully async, 42 tests pass.
AccountRepository.EnsureAccountsFile keeps two .GetAwaiter().GetResult()
bridges because it runs from the constructor.
Null-render guard follow-up (folded in):
Blazor now renders the component once with fields at their initial
values while OnInitializedAsync awaits — so fields declared `= null!`
are actually null on that first render and things like
`accounts.GroupBy(...)` throw ArgumentNullException. Fixed across
Transactions, BalanceReport, BalanceSheetReport, ProfitLossReport,
DetailReport, Assets, Spendings, SpendingsOverTime, TransactionDialog,
TransactionSplitDialog, and BookingRuleDialog:
- Collection fields initialise to [] so first-render loops are empty.
- Single-object data fields become nullable; the razor wraps
consumption in `@if (field is null) { <p>Lädt…</p> return; }`.
- <PlotlyChart> guarded behind a null check on config/layout/data so
Plotly.Blazor's @bind doesn't see nulls.
- Header/footer strings initialise to "" instead of null!.
Architectural hygiene on a single-user local Blazor Server app: the
observed win is one File.ReadAllBytesAsync and one
File.WriteAllBytesAsync per Load/Save, and after PR D each file is
loaded at most once per SignalR circuit.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
39 lines
1.3 KiB
C#
39 lines
1.3 KiB
C#
using System;
|
|
using System.Collections.Generic;
|
|
using System.Threading.Tasks;
|
|
|
|
namespace Schaad.Accounting.Repositories
|
|
{
|
|
/// <summary>
|
|
/// Per-scope cache of deserialized XML lists, keyed by absolute file path.
|
|
///
|
|
/// Registered as Scoped so it lives for the SignalR circuit; each XML file is
|
|
/// then loaded at most once per circuit. Writes go through <see cref="BaseRepository.SaveAsync"/>,
|
|
/// which invalidates the corresponding entry so the next read reloads from disk.
|
|
///
|
|
/// Not thread-safe — callers within a single Blazor Server circuit run serialized on the
|
|
/// circuit's synchronization context, so no locking is needed.
|
|
/// </summary>
|
|
public class RepositoryCache
|
|
{
|
|
private readonly Dictionary<string, object> entries =
|
|
new(StringComparer.OrdinalIgnoreCase);
|
|
|
|
public async Task<List<T>> GetOrLoadAsync<T>(string cacheKey, Func<Task<List<T>>> loader)
|
|
{
|
|
if (entries.TryGetValue(cacheKey, out var cached))
|
|
{
|
|
return (List<T>)cached;
|
|
}
|
|
|
|
var list = await loader();
|
|
entries[cacheKey] = list;
|
|
return list;
|
|
}
|
|
|
|
public void Invalidate(string cacheKey)
|
|
{
|
|
entries.Remove(cacheKey);
|
|
}
|
|
}
|
|
}
|