Seiten-Filter-Leiste an den Dienst haengen (OnPush-Luecke)
Der Riegel in `syncDashboardConfig()` lief die ganze Zeit korrekt — gemessen: nach
dem Wechsel traegt `DashboardPageFilterService.layer` sauber `null`. Sichtbar blieb
der Fremd-Stand trotzdem, weil die Leiste `ChangeDetectionStrategy.OnPush` faehrt und
ihre Anzeige nur ueber GETTER auf den Dienst liest, ohne ihn zu abonnieren. Bei OnPush
prueft Angular ein Kind nur bei Referenz-Aenderung einer Eingabe, bei einem eigenen
Ereignis oder nach `markForCheck()`; beim Wechsel zwischen zwei Dashboards ohne
gespeicherten Filter trifft nichts davon zu (`@Input() layer` ist beide Male `null`),
und das `markForCheck()` am Ende von `syncDashboardConfig()` markiert die ELTERN-
Komponente, was ein OnPush-Kind nicht schmutzig macht.
Deshalb waren zwei Runden lang alle Proben gruen: sie messen `filter.layer`, also den
DIENST — und der war immer korrekt. Die Luecke sass zwischen Dienst und BILD.
- Leiste abonniert `pageFilter.layer$` und ruft `markForCheck()` (kein dritter Riegel:
der Zustand wird nicht erneut gesetzt, nur die Anzeige daran gehaengt).
- Optionen-Abruf nur bei geaenderten Filter-DEFINITIONEN, sonst laedt jede Bedienung neu.
- `ngOnChanges` ENTFERNT samt seiner fuenf Proben (Abschnitt B): er konnte den Fall per
Bauart nie fangen, und jeden Fall, den er wirklich abdeckte, deckt heute
`syncDashboardConfig()` ab.
- Neue Reihe misst das GERENDERTE Bild statt des Dienstes; beidseitige Flip-Probe
(vor dem Fix 1 FAILED, danach 6/6), Umkehrprobe (Dashboard MIT eigenem Filter behaelt
seinen Stand) und Gegenprobe (kein Optionen-Abruf pro Klick). 47/47 der vier
betroffenen Reihen gruen, `npm run build:stage` gruen.
dem Wechsel traegt `DashboardPageFilterService.layer` sauber `null`. Sichtbar blieb
der Fremd-Stand trotzdem, weil die Leiste `ChangeDetectionStrategy.OnPush` faehrt und
ihre Anzeige nur ueber GETTER auf den Dienst liest, ohne ihn zu abonnieren. Bei OnPush
prueft Angular ein Kind nur bei Referenz-Aenderung einer Eingabe, bei einem eigenen
Ereignis oder nach `markForCheck()`; beim Wechsel zwischen zwei Dashboards ohne
gespeicherten Filter trifft nichts davon zu (`@Input() layer` ist beide Male `null`),
und das `markForCheck()` am Ende von `syncDashboardConfig()` markiert die ELTERN-
Komponente, was ein OnPush-Kind nicht schmutzig macht.
Deshalb waren zwei Runden lang alle Proben gruen: sie messen `filter.layer`, also den
DIENST — und der war immer korrekt. Die Luecke sass zwischen Dienst und BILD.
- Leiste abonniert `pageFilter.layer$` und ruft `markForCheck()` (kein dritter Riegel:
der Zustand wird nicht erneut gesetzt, nur die Anzeige daran gehaengt).
- Optionen-Abruf nur bei geaenderten Filter-DEFINITIONEN, sonst laedt jede Bedienung neu.
- `ngOnChanges` ENTFERNT samt seiner fuenf Proben (Abschnitt B): er konnte den Fall per
Bauart nie fangen, und jeden Fall, den er wirklich abdeckte, deckt heute
`syncDashboardConfig()` ab.
- Neue Reihe misst das GERENDERTE Bild statt des Dienstes; beidseitige Flip-Probe
(vor dem Fix 1 FAILED, danach 6/6), Umkehrprobe (Dashboard MIT eigenem Filter behaelt
seinen Stand) und Gegenprobe (kein Optionen-Abruf pro Klick). 47/47 der vier
betroffenen Reihen gruen, `npm run build:stage` gruen.