Blog

.NET 11 Preview 4 stellt die Unterstuetzung fuer x86/x64-Chips vor 2013 ein und hebt die JIT-Baseline auf x86-64-v2 an. Das bricht, warum es passiert und wie Sie Ihre Hardware vor dem Upgrade pruefen.

RenderBox was not laid out ist fast immer ein Folgefehler. Suchen Sie die erste Layout-Assertion darüber, meist ein Scrollable mit unbeschränkten Constraints, und beheben Sie diese.

Dieser Absturz bedeutet, dass Code einen Controller nach dem Aufruf von dispose() angefasst hat. Sichern Sie asynchrone Callbacks mit einer mounted-Prüfung ab und geben Sie nie einen Controller frei, der Ihnen nicht gehört.

.NET 11 Preview 4 bringt double, float und Half bei, mit dem X-Spezifizierer zu formatieren und mit NumberStyles.HexFloat zu parsen, und erzeugt denselben IEEE-754-Hex-Text wie printf("%a") in C.

Ihre Fire-and-Forget-Task hat einen anfragebezogenen DbContext erfasst, den der DI-Scope bereits freigegeben hatte. Lösen Sie innerhalb der Task einen frischen Kontext mit IServiceScopeFactory oder IDbContextFactory auf.

Dieser Fehler bedeutet, dass Sie den Zustand während des Build geändert haben. Verlagern Sie setState aus build heraus oder verschieben Sie es mit addPostFrameCallback. Hier sind die Ursache und die richtige Lösung.

Rendern Sie Lade-, Daten- und Fehlerzustände aus einem einzigen AsyncValue in Riverpod 3. Verwenden Sie AsyncNotifier und AsyncValue.guard für Mutationen, .when() und switch-Mustervergleich für die UI, behalten Sie vorherige Daten beim Aktualisieren und migrieren Sie das veraltete StateNotifier-Muster. Getestet mit flutter_riverpod 3.x, Flutter 3.44, Dart 3.x.

EF Core 11 Preview 4 erlaubt es dem dotnet-ef-Tool, Standardwerte für Optionen aus einer .config/dotnet-ef.json-Datei zu lesen, sodass aufgeteilte Solutions Sie nicht mehr zwingen, --project und --startup-project bei jedem Befehl anzugeben.

AnimationController, TextEditingController und ScrollController halten Ressourcen, die der GC von Dart nicht freigeben kann, bevor Sie sie disposen. Hier sind das richtige Muster, die Reihenfolgeregeln und wie Sie Lecks vor der Veröffentlichung erkennen.

Eine Anfrage kann ohne Konnektivität, durch einen Timeout, einen DNS-Fehler, einen 500er oder fehlerhaftes JSON scheitern, und jeder Fall braucht eine andere Reaktion. So fangen Sie die richtigen Exceptions, klassifizieren sie, wiederholen sicher und zeigen eine Oberfläche, auf die der Nutzer reagieren kann.