Das Suffix ".Avalonia" gab es nur, weil daneben ein WinForms-IBKRTrader.App
stand. Das ist seit L5 weg, also faellt auch das Suffix. Git erkennt alle
Dateien als Umbenennung; Assembly, Wurzel-Namensraum und die
avares://-Ressourcen-URI sind mitgezogen.
Nebeneffekt der Umbenennung: die global::Avalonia-Qualifizierungen entfallen.
Sie waren noetig, weil der Namensraum IBKRTrader.App.Avalonia das
Avalonia-Paket verdeckt hat - ein Ueberbleibsel genau der Namensgebung, die
jetzt weg ist.
Inhaltlich falsch gewordene Aussagen berichtigt - das waren die eigentlichen
Ueberbleibsel, nicht die Kommentare:
- .agents/rules/grundregeln.md schrieb weiterhin "C# .NET 10 WinForms",
RichTextBox-Logging, LauncherForm und PropertyGrid vor. Das ist die Regel,
nach der kuenftig gearbeitet wird - sie haette die Portierung Stueck fuer
Stueck rueckgaengig gemacht. Jetzt: Avalonia, keine Plattform-Suffixe, die
11er-Pinnung mit Begruendung, dazu die beiden Regeln, die uns in L1b am
meisten gekostet haben (UTC persistieren + AppTimeZone statt DateTime.Now;
jede Formatierung mit ausdruecklichem IFormatProvider).
- Core: LogEntry ("wird in RichTextBox geschrieben"), IWorker/WorkerEngine/
WorkerInfo ("DataGridView-Zeile"/"-Binding"), ModuleView ("die
WinForms-Shell castet auf Form").
- Doku: ARCHITECTURE (Modul-Ui-Ordner, "designbare Forms mit Initialize"),
KONZEPT-Modul-Accounting ("UI (WinForms, ein Fenster mit Tabs)").
BEWUSST STEHEN GEBLIEBEN sind die Kommentare, die WinForms nur als
Begruendung nennen - warum LoggingService ein Ereignis hat statt einer
RichTextBox, warum ModuleView Func<object> liefert, warum es benannte
Record-Zeilentypen gibt, warum die Einstellungsmaske aus Attributen entsteht.
Das ist die Herleitung des heutigen Entwurfs; ohne sie sieht spaeter jede
dieser Stellen nach Umstaendlichkeit ohne Grund aus.
KONZEPT-Linux-Portierung.md bekommt einen Statusvermerk: umgesetzt, die
Pfadangaben im Fundstellenverzeichnis beziehen sich auf den alten Aufbau.
Zwei Abweichungen von der Schaetzung sind dort festgehalten - der geringere
Aufwand dank der PolytraderSharp-Vorlage, und dass die dort empfohlene
InvariantGlobalization ein Fehler gewesen waere.
Verifiziert: Build 0 Fehler/0 Warnungen, 193 Tests gruen, Smoke-UI
konstruiert alle 7 Ansichten + Launcher + Dialog, Daemon-Prueflauf OK,
publish -r linux-x64 fuer beide Einstiegspunkte fehlerfrei.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
40 lines
1.5 KiB
C#
40 lines
1.5 KiB
C#
using System.Collections.Concurrent;
|
||
using System.ComponentModel;
|
||
using IBKRTrader.Core.Logging;
|
||
|
||
namespace IBKRTrader.Core.Workers;
|
||
|
||
/// <summary>
|
||
/// Leichtgewichtige Registry über alle Worker/Services. Start/Stop übernimmt der Generic Host
|
||
/// (jeder Worker ist ein <see cref="Microsoft.Extensions.Hosting.IHostedService"/>). Diese Klasse
|
||
/// stellt die live-bindbare Liste für die Workers-Ansicht bereit und erlaubt den manuellen Trigger.
|
||
/// </summary>
|
||
public class WorkerEngine
|
||
{
|
||
private readonly ConcurrentDictionary<string, IWorker> _registry = new();
|
||
|
||
/// <summary>
|
||
/// Live-bindbare Liste für die Workers-Ansicht. Die Liste selbst ändert sich zur Laufzeit
|
||
/// nicht – die Worker werden hier einmal registriert; was sich ändert, meldet
|
||
/// <see cref="WorkerInfo"/> über INotifyPropertyChanged.
|
||
/// </summary>
|
||
public BindingList<WorkerInfo> WorkerInfos { get; } = [];
|
||
|
||
public WorkerEngine(IEnumerable<IWorker> workers, LoggingService logger)
|
||
{
|
||
foreach (var worker in workers)
|
||
{
|
||
_registry[worker.Name] = worker;
|
||
WorkerInfos.Add(worker.Info);
|
||
}
|
||
logger.Info("Core", $"WorkerEngine: {_registry.Count} Worker/Services registriert.");
|
||
}
|
||
|
||
/// <summary>Löst einen sofortigen manuellen Run des benannten Workers aus.</summary>
|
||
public async Task TriggerWorkerAsync(string name)
|
||
{
|
||
if (_registry.TryGetValue(name, out var worker))
|
||
await worker.TriggerAsync();
|
||
}
|
||
}
|