- Verschifft
- 26. August 2026 um 04:03 UTC
- Autor
- kamo
- Ausschuss
- 0fd292a
Die Markteinstellungen Seite importiert alle 24 Registerkarten statisch, so dass jeder Markt ausgeliefert jede tab - ein Einzelhandelsmarkt trug die sieben Hypotheken-Tabs, die vier persönlichen Darlehen Register und die fünf Abonnement-Tabs kann es nie öffnen. Der Render unten bereits Tore jeder ein auf market.commerceType; nur der Import ignorierte es. 424 KB Tab-Quelle über die 23 Typspezifische Tabs, vor deren transitive Importe. Sie sind jetzt Code-Split. MarketOverviewTab bleibt eifrig, weil es die Standard-Landung ist tab. Dies ist der Punkt, den die Prüfung als zu riskant zu nehmen, mit der Begründung, dass die Die ursprünglich ausgewählte Registerkarte würde einen Ladezustand anzeigen, wo er heute augenblicklich ist. Zwei Dinge über diese Seite machen, dass nicht gelten, und beide waren es wert, zu überprüfen, anstatt anzunehmen: EinstellungenAnzeigt ONE Tab zu einer Zeit . React.Children.toArray, dann wählen Sie das Kind deren "Tab"-Requisite übereinstimmt und das Erstellen eines React-Elements nicht die Komponente aufrufen. Also wird genau ein Stück geholt, der aktive, nicht das ganze passende Set. Und die Tab-Körper holen ihre eigenen Daten auf Mount; MarketVendorsTab und Market ProductsTab sind 773 und 1.102 Linien mit eigenen Ladezuständen. Der Brocken-Fetch verläuft parallel mit einem Datenholen, die bereits da war, innerhalb einer Seite, die nur macht jede dieser nachdem der Markt selbst geladen hat. Nichts, was sofort war, wird zum Warten. Die anderen Seiten in dieser Umfrage werden in Ruhe gelassen: Einstellungen/member/[memberID] hat 11 Registerkarten und platform/configuration hat 8, beide ohne den CommerceType-Style Gating, der dies ausmacht ein klarer Sieg. Verifiziert: tsc --noEmit sauber über die Seite und ihre transitiven Importe; alle 10 Wachen passieren.