Nullable Reference Types in ein bestehendes Projekt einführen
<Nullable>enable</Nullable> in ein zehn Jahre altes Projekt zu schreiben, erzeugt bei mir 3.400 Warnungen. Die übliche Reaktion darauf ist, den Schalter wieder zu entfernen.
Entwickler-Blog · Notizen aus der Praxis
Notizen aus .NET, WPF, Azure und dem echten Entwickleralltag.
Aktuelle Beiträge
Aus dem Archiv
<Nullable>enable</Nullable> in ein zehn Jahre altes Projekt zu schreiben, erzeugt bei mir 3.400 Warnungen. Die übliche Reaktion darauf ist, den Schalter wieder zu entfernen.
Seit C# 12 gibt es Primärkonstruktoren auch für normale Klassen:
Große Ordner über das Netz kopiert man nicht im Explorer. Der bricht bei zu langen Pfaden ab, gibt bei einem Netzwerkaussetzer auf und fängt beim Wiederholen von vorn an.
Die API liefert kundenNummer, das eigene Konsolenprogramm mit demselben Modell aber KundenNummer. Der Unterschied liegt in den Voreinstellungen.
Vor ziemlich genau einem Jahr habe ich den ersten MCP-Server in C# gebaut, damals mit einem SDK in Vorabversion und der Vermutung, dass sich das durchsetzen könnte. Zeit für eine Zwischenbilanz.
Nach einigem Aussortieren sind vier übriggeblieben:
Ein Deadlock im Produktivsystem, und niemand weiß, welche zwei Abfragen sich blockiert haben. Die gute Nachricht: SQL Server schreibt es ohnehin mit.
Statt Befehle im Terminal-Verlauf zu suchen, gehören sie ins Projekt:
.NET Aspire wird von Microsoft als Weg in die Cloud vermarktet, mit Deployment nach Azure und allem, was dazugehört. Genau deshalb habe ich es lange ignoriert, weil meine Projekte diesen Weg nicht gehen.
Für ein Erzeuger-Verbraucher-Muster habe ich früher BlockingCollection genommen, was blockierend ist und mit async nicht zusammenpasst.
Nach Thema einsteigen