Tag: comparison

Nutzen Sie in EF Core 11 standardmäßig Complex Types für Value Objects und greifen Sie nur dann zu Owned Entities, wenn Sie eine separate Tabelle oder eine als eigene Zeilen abgebildete Collection benötigen.

Output Caching ist der richtige Standard fuer nahezu jede serverseitige App in ASP.NET Core 11. Response Caching gewinnt nur, wenn Ihr Ziel darin besteht, Browser- und Proxy-Caches ueber HTTP-Header zu steuern. Hier ist die Entscheidung, mit einer Feature-Matrix und den Fallstricken, die den Ausschlag geben.

In EF Core 11 verwenden Sie standardmäßig TPH für fast jede Hierarchie, greifen nur zu TPC, wenn Sie überwiegend einen einzelnen Blatttyp abfragen und ein Benchmark den Vorteil belegt, und nutzen TPT nur, wenn eine externe Vorgabe es erzwingt.

Beide erzeugen dasselbe SQL. Greifen Sie nur dann zu benannten Filtern, wenn Sie ein Prädikat unabhängig deaktivieren müssen; ein einzelner kombinierter Filter ist für ein einzelnes Anliegen in EF Core 11 einfacher.

Für eine lange Liste sollten Sie niemals shrinkWrap verwenden. Nutzen Sie Expanded, wenn die Liste das einzige Scrollable ist, und Slivers (CustomScrollView), wenn sie sich das Scrollen mit anderen Abschnitten teilt. Hier ist das Warum, mit einem Build-Count-Benchmark.

Verwenden Sie HasData nur fuer feste, modelleigene Referenzdaten. Verwenden Sie UseSeeding und UseAsyncSeeding fuer alles andere in EF Core 11. Ein direkter Vergleich mit den Regeln, die die Entscheidung erzwingen.

Verwenden Sie Cookie-Authentifizierung für jede App, bei der der Browser der einzige Client ist, und reservieren Sie JWT-Bearer-Token für APIs, die von mobilen Apps, anderen Diensten oder Dritten aufgerufen werden. Hier ist die vollständige Entscheidungsmatrix.

Verwenden Sie AsNoTracking standardmäßig für schreibgeschützte Abfragen. Greifen Sie nur dann zu AsNoTrackingWithIdentityResolution, wenn der Ergebnisgraph dieselbe Entität mehrfach enthält und Ihr Code darauf angewiesen ist, eine einzige gemeinsam genutzte Instanz zu erhalten.

Verwenden Sie FutureBuilder oder StreamBuilder fuer ein in sich geschlossenes, wegwerfbares asynchrones Widget. Greifen Sie zu AsyncValue von Riverpod, sobald das Ergebnis geteilt, gecacht oder mutiert wird. Hier sind die Entscheidung, die Fallstricke und ausfuehrbarer Code fuer beide. Getestet mit Flutter 3.44 und flutter_riverpod 3.3.1.

Verwenden Sie die integrierte, per Source Generator erzeugte Validierung für synchrone, per Attribut ausdrückbare Regeln in ASP.NET Core 11; greifen Sie zu FluentValidation, wenn Sie asynchrone Regeln, komplexe feldübergreifende Logik oder Validierung außerhalb Ihrer Domänenmodelle benötigen.