Files
IBKRTrader/src/IBKRTrader.App/Shell/SmokeUi.cs
T
RichardandClaude Opus 5 084cd7ef77
Build & Test / build (ubuntu-latest) (push) Canceled after 0s
Build & Test / build (windows-latest) (push) Canceled after 0s
Options-Fundament und Kapitalmodell im Core; Modul OptionsWheel
Das OptionsWheel setzt auf Dingen auf, die es im Core nicht gab. Diese
Sitzung baut sie.

#298 Optionen als Instrument. InstrumentKind/OptionSpec und ein
druckbarer Instrumentenschluessel ("AAPL|20260918|C|150"); TradeSignal
und OrderRequest tragen ein optionales OptionSpec, ohne das sich der
Aktienpfad unveraendert verhaelt. Position.Notional rechnet ab jetzt mit
der Kontraktgroesse - vorher war jede Option um Faktor 100 zu klein
bewertet und damit jedes Risikolimit wirkungslos, lautlos und in die
gefaehrliche Richtung. Daneben neu BoundCapital: ein Short Put bindet
Strike x Kontraktgroesse, nicht die vereinnahmte Praemie.

#300 sell-to-open. Jeder Auftrag zerfaellt in einen schliessenden und
einen eroeffnenden Teil; der schliessende wird von keinem Limit
verhindert - auch nicht vom Kaufstopp, denn ein Rueckkauf baut eine
Verpflichtung ab. Deckungspruefung im Core, nicht im Modul: Short Call
nur mit freien Aktien, Short Put nur mit reservierbarem Bargeld.

#302-#305 Kapital- und Buchmodell. Buecher mit reservierten Namen und
Eigentumsregeln, Pool mit Caps und Headroom, Margin-Sperre in vier
Schichten, core_reservation mit Lebenszyklus, Frist, Idempotenz ueber
(SignalId, ContractKey) und Quarantaene beim Start.

#309/#310 Modul OptionsWheel: ow_-Schema mit fuenf Tabellen,
Zustandsautomat, StrikeSelector, RollDecider, PremiumMath - vollstaendig
ohne Broker testbar. Der Handelsbetrieb bleibt gesperrt, solange #299
und #294 fehlen; das Modul sagt das ueber GetActivationBlocker, statt
still nichts zu tun.

#293 --verify-order am Daemon: eine Order durch die vollstaendige Kette
(Buch, Risiko, Bindung, Order, Fill, Buchung, Abschluss). Ohne --confirm
ein Trockenlauf; Abbruch ausserhalb von Paper-Modus UND Paper-Port.

Drei Widersprueche in den Konzepten sind dabei entschieden worden:
Schicht B heisst ab jetzt "kein UNGEDECKTER Short" (der Grund der Regel
war der Kredit, nicht der Short), die Hausreserve wird einmal abgezogen
statt zweimal, und der Positionsschluessel ist eine Spalte statt eines
Sechser-Verbunds (MySQL verlangt NOT NULL fuer Schluesselspalten).
Begruendungen stehen in docs/ROADMAP.md.

Enthaelt ausserdem die noch nicht committete Arbeit aus der vorigen
Sitzung: die Fehlerbehebungen aus Epic X (WorkerBase-Intervall,
BackupWorker, --check gegen die Datenbank, CapitolTrades-429, SIGTERM)
samt DatabaseEndpoint, MysqlDumpTool und der Roadmap-Umstellung. Sie lag
im Arbeitsbaum und liess sich nicht abtrennen, weil beide Staende
dieselben Dateien beruehren.

213 -> 369 Tests, Build ohne Warnung.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-04 09:35:38 +02:00

137 lines
5.2 KiB
C#
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
using Avalonia.Controls;
using IBKRTrader.App.ViewModels;
using IBKRTrader.App.Views;
using IBKRTrader.Core.Modularity;
using IBKRTrader.Core.Settings;
using IBKRTrader.Hosting;
using Microsoft.Extensions.DependencyInjection;
namespace IBKRTrader.App.Shell;
/// <summary>
/// Konstruktionsprüfung aller Fenster – ohne Message-Loop und ohne laufende Dienste.
///
/// <para>Nachfolger des <c>--smoke-ui</c>-Laufs der WinForms-Shell, der Konstruktionsfehler
/// zuverlässig gefangen hat. Der Host wird bewusst <b>nicht</b> gestartet: sonst liefen Worker,
/// Broker-Verbindungen und Marktdaten-Abrufe gegen die echten Endpunkte an – für eine reine
/// Konstruktionsprüfung unerwünscht, auf einem Build-Server schlicht falsch.</para>
///
/// <para>Im Gegensatz zu WinForms braucht Avalonia dafür kein Anzeigegerät:
/// <c>SetupWithoutStarting</c> initialisiert das Framework, ohne ein Fenster zu zeigen. Damit ist
/// diese Prüfung erstmals CI-tauglich.</para>
/// </summary>
public static class SmokeUi
{
public static int Run()
{
Program.BuildAvaloniaApp().SetupWithoutStarting();
var modules = AppHostBuilder.CreateModules();
using var host = AppHostBuilder.Build(modules, ShellServices.Register);
App.Services = host.Services;
var uiHost = host.Services.GetRequiredService<AvaloniaUiHost>();
CoreViews.Register(uiHost, host.Services);
foreach (var module in modules)
module.RegisterUi(uiHost, host.Services);
ModuleViews.Register(uiHost, host.Services);
ViewIcons.AssignDefaults(uiHost);
var failures = 0;
Console.WriteLine("=== Smoke-UI: Fenster-Konstruktion (Avalonia) ===");
foreach (var view in uiHost.Views)
failures += Check(view.Id, view.Title, () => view.CreateView());
failures += Check("shell.launcher", "Launcher", () => new LauncherWindow(uiHost, host.Services));
failures += Check("shell.shutdown", "Beenden-Abfrage", () => new ShutdownConfirmWindow());
// Die Einstellungsmaske entsteht aus den Attributen von AppSettings. Ein Fenster kann
// fehlerfrei konstruieren und trotzdem leer sein, wenn die Attribute verlorengehen –
// deshalb hier gegen die tatsächliche Feldzahl prüfen.
failures += CheckSettingsForm(host.Services.GetRequiredService<SettingsService>());
failures += CheckAppIcon();
Console.WriteLine(failures == 0 ? "=== Smoke-UI OK ===" : $"=== Smoke-UI: {failures} Fehler ===");
return failures == 0 ? 0 : 1;
}
private static int Check(string id, string title, Func<object> construct)
{
try
{
_ = construct();
Console.WriteLine($"[OK] {id} ({title})");
return 0;
}
catch (Exception ex)
{
Console.WriteLine($"[FEHLER] {id}: {ex.GetType().Name}: {ex.Message}");
return 1;
}
}
/// <summary>
/// Prüft das Anwendungssymbol. <see cref="AppIcon"/> schluckt einen Fehlschlag absichtlich –
/// ein fehlendes Symbol darf den Betrieb nicht aufhalten. Dann muss er aber <b>hier</b>
/// auffallen, sonst startet die Shell monatelang ohne Symbol und niemand merkt es. Genau
/// dieser Fall ist der Anlass: auf dem Server waren die Anwendungen nicht zu unterscheiden.
///
/// <para>Geprüft wird gegen ein echtes Fenster statt nur gegen die Ressource: Dass das Bild
/// dekodierbar ist, sagt noch nicht, dass es am Fenster ankommt.</para>
/// </summary>
private static int CheckAppIcon()
{
try
{
if (AppIcon.Value is null)
{
Console.WriteLine("[FEHLER] Anwendungssymbol: Assets/icon.png nicht ladbar " +
"(AvaloniaResource in der .csproj verloren, oder die PNG ist beschädigt).");
return 1;
}
var probe = new Window();
AppIcon.Apply(probe);
if (probe.Icon is null)
{
Console.WriteLine("[FEHLER] Anwendungssymbol: geladen, kommt aber nicht am Fenster an.");
return 1;
}
Console.WriteLine("[OK] Anwendungssymbol (Assets/icon.png)");
return 0;
}
catch (Exception ex)
{
Console.WriteLine($"[FEHLER] Anwendungssymbol: {ex.GetType().Name}: {ex.Message}");
return 1;
}
}
private static int CheckSettingsForm(SettingsService settings)
{
try
{
var sections = SettingsModelBuilder.Build(settings.Settings);
var fieldCount = sections.Sum(s => s.Fields.Count);
if (sections.Count == 0 || fieldCount == 0)
{
Console.WriteLine("[FEHLER] Einstellungsmaske: keine Felder aus AppSettings ermittelt " +
"(Category-/DisplayName-Attribute verloren?).");
return 1;
}
Console.WriteLine($"[OK] Einstellungsmaske: {sections.Count} Abschnitte, {fieldCount} Felder");
return 0;
}
catch (Exception ex)
{
Console.WriteLine($"[FEHLER] Einstellungsmaske: {ex.GetType().Name}: {ex.Message}");
return 1;
}
}
}