Entwickler-Blog · Notizen aus der Praxis
Notizen aus .NET, WPF, Azure und dem echten Entwickleralltag.
Aktuelle Beiträge
Aus dem Archiv
In vielen ASP.NET Core-Projekten, egal ob klassisch oder über die Minimal Hosting API, werden API-Antworten mit IActionResult gestaltet, um Fehler wie NotFound(), BadRequest() oder Forbidden() zurückzugeben. Alternativ setzen einige Entwickler auf Exceptions, die dann von einer Middleware abgefangen werden. Beide Ansätze haben jedoch Nachteile.
Beim Umschreiben von Git-Historien mit git rebase setzt Git das Commit-Datum (committer date) oft auf das aktuelle Datum, anstatt das ursprüngliche Author-Datum (author date) beizubehalten.
Sobald eine Anwendung Daten anzeigen soll, die sich von außen ändern, reicht das übliche Anfrage-Antwort-Muster nicht mehr. Der Browser müsste ständig nachfragen, ob es etwas Neues gibt.
Immer wieder brauche ich in einem WPF-Programm globale Hotkeys und jedes Mal suche ich im Netz danach. Anders als bei Behaviors hilft hier kein XAML, es geht direkt an die Windows-API. Da nichts im Internet für immer bleibt, veröffentliche ich hier meine Variante, die unter .NET 8 funktioniert.
Schon bei Drag und Drop landet viel Code im Code-Behind, der dort nicht hingehört. Mit Behaviors kannst du wiederverwendbare Funktionalitäten in WPF erstellen, ohne zusätzlichen Code in den UI-Elementen unterbringen zu müssen. Ein Beispiel: Eine einfache Border kann durch ein angehängtes Drag-Behavior per Maus gezogen werden.
Discriminated Unions erlauben es, einen Typ zu definieren, der genau eine von mehreren möglichen Formen annimmt. Dieses Konzept, das oft in funktionalen Programmiersprachen zu finden ist und gut zur erweiterten Mustererkennung passt, kann nun in C# genutzt werden, um robusteren und ausdrucksstärkeren Code zu schreiben.
Unformatierter Code in einem Blogbeitrag ist mühsam zu lesen. Nach dem Umzug auf Jekyll war das eines der ersten Dinge, die ich einrichten wollte.
Willkommen zurück auf Geek Overflow! Nach einer langen Pause habe ich den Blog auf Jekyll umgestellt. Ich bitte um Entschuldigung, dass die Umstellung etwas Zeit in Anspruch genommen hat. Hier die Grundlagen und mein neuer Workflow.
Mit OData 8.0 lassen sich Daten aus einer .NET-6-Anwendung so bereitstellen, dass der Aufrufer selbst filtern, sortieren und blättern kann. Aufgesetzt wird das auf einer gewöhnlichen Web-API, wahlweise auch auf der Minimal Hosting API. OData (Open Data Protocol) ist ein standardisiertes Protokoll, das CRUD-Operationen (Create, Read, Update, Delete) sowie Abfragen und Filterung von Daten ermöglicht.
Mit .NET 6 kommen zwei Source Generators dazu, die man ohne eigenes Zutun nutzen kann: einer für reguläre Ausdrücke, einer für Logging. Beide erzeugen beim Übersetzen Code, den man sonst selbst schreiben oder zur Laufzeit bauen lassen müsste.
Nach Thema einsteigen