Entwickler-Blog · Notizen aus der Praxis
Notizen aus .NET, WPF, Azure und dem echten Entwickleralltag.
Aktuelle Beiträge
Aus dem Archiv
Eine interne WPF-Anwendung, die ich pflege, sah neben allem anderen auf einem Windows-11-Rechner aus wie von 2010. Graue Rahmen, harte Kanten, die alten Aero2-Formen. Bisher hätte das ein eigenes Ressourcenwörterbuch oder eine fremde Bibliothek bedeutet. Seit .NET 9 liegt ein Fluent-Design im Framework selbst, und unter .NET 10 deckt es genug Steuerelemente ab, dass ich es an einem Nachmittag eingeschaltet habe.
Wer in C# eine feste Menge von Fällen abbilden will, greift seit Jahren zum gleichen Muster: eine abstrakte Basisklasse, ein paar abgeleitete Records, darüber ein switch. Das funktioniert, hat aber einen Haken. Der Compiler weiß nicht, dass die Liste der Ableitungen abgeschlossen ist. Jemand kann in einem anderen Projekt eine weitere Ableitung nachschieben, und mein switch läuft plötzlich ins Leere. Deshalb steht am Ende immer ein _ => throw-Zweig, den ich nie ausgelöst sehen will und der trotzdem da sein muss.
Ich hatte einen Minimal-API-Endpunkt, der ein Formular per [FromForm] einliest, und bekam beim Absenden ohne mein Zutun ein 400 zurück. Die Ursache: ASP.NET Core validiert bei Formularbindung automatisch das Antiforgery-Token. Die Middleware landet schon in der Pipeline, sobald etwas wie AddRazorComponents oder MapControllerRoute sie einzieht, UseAntiforgery ruft man nicht mehr selbst auf. Geprüft wird nur bei POST, PUT und PATCH und nur, wenn der Endpunkt Formulardaten bindet. Reine JSON-Endpunkte bleiben außen vor, was für Cookie-lose APIs auch richtig ist.
Die haeufigste Validierung, die ich brauche und die am schlechtesten unterzubringen war, ist die Eindeutigkeitspruefung: Ist diese E-Mail schon vergeben? Das laesst sich nicht am Wert allein entscheiden, es braucht einen Blick in die Datenbank. Und genau da hoerte die eingebaute Validierung immer auf.
Nach dotnet ef database update landet man meistens bei der neuesten Migration. Weniger bekannt: derselbe Befehl nimmt auch den Namen einer älteren Migration entgegen und rollt bis dahin zurück, dotnet ef database update AddCustomerTable etwa. EF Core führt dazu für jede dazwischenliegende Migration die Down()-Methode rückwärts aus. Für die komplette Rückkehr zum leeren Schema gibt es die Kurzform dotnet ef database update 0.
In der Halbzeitbilanz stand, dass die alten Beiträge unverändert herumliegen, obwohl mehrere überholt sind. Das ist jetzt zumindest sichtbar.
Die Aufzeichnung zu Agent Skills für .NET. Nach dem eigenen Versuch mit dem Harness war das der Text, der die Abstufung von Rechten am klarsten beschreibt.
Irgendwann zwischen dem letzten Release und heute ist ein Test rot geworden.
Läuft Ollama im Container ohne Zusatz, rechnet es auf der CPU, auch wenn eine Grafikkarte vorhanden ist. Das erklärt die meisten Berichte über langsame lokale Modelle im Docker-Betrieb.
Über Mr. Robot hatte ich geschrieben, dass ich sie abgebrochen habe. Die Serie, die ich stattdessen empfehlen würde, hat kaum jemand gesehen.
Nach Thema einsteigen