.NET 11 Vorschau 3: Eine Entwicklerbewertung
Jedes Team, das eine alte .NET-App pflegt, weiß, dass die Aktualisierung nicht der schwierige Teil ist. Die Ziel-Framework-Erhöhung ist ein Nachmittag. Der schwierige Teil ist alles, woran sich der Code über ein Jahrzehnt leise gewöhnt hat: die Abhängigkeit, die nur auf Windows läuft, der Datenfluss, den niemand vollends erinnert, die Komponente, die in der Produktion bricht, wenn man sie falsch ansieht. Das ist die Arbeit, an der die Modernisierung immer gescheitert ist, und der Druck, sie trotzdem zu tun, steigt weiter an.
Die Sitzung beginnt mit einer von Forrester ausgestrahlten Zahl in einem großen Kreis: 94 % der IT-Leiter nannten die Modernisierung von Apps eine Investitionspriorität in den nächsten 6 bis 12 Monaten. Der Rahmen auf der Folie schneidet zur Realität des Ingenieurs unter dieser Zahl: "Aber, Sie kämpfen mit der technischen Verschuldung." Diese Spannung ist der gesamte Grund, warum diese Sitzung existiert.
Das ist auch die Arbeit, die Jeff Fritz, Nish Anil und Hazem El-Hammamy einem KI-Agenten in ihrem Build 2026-Breakout gegenüberstellen, Using AI tools to teach old apps new tricks (BRK220). Die Sitzung zeigt die Modernisierungsfähigkeiten von GitHub Copilot, die sich den Teilen des Jobs annehmen, vor denen Ingenieure Schreck bekommen: das Lesen eines großen Codebestands, das Abbilden seiner Abhängigkeiten, das Planen des Upgrades und das sichere Umbauen im großen Maßstab. Wir betrachteten es aus der Perspektive der Schicht, in der wir arbeiten, Dokumentenerstellung und -verarbeitung, und der nützlichste Erkenntnisgewinn betrifft, was der Agent an die Oberfläche bringt, nicht nur, was er umschreibt.
Der interessante Teil ist die Abhängigkeitskarte
Der Abschnitt von Jeff ist die pragmatische Perspektive eines .NET-Entwicklers: den Agenten auf eine echte alte App richten und ihn das Entwirren erledigen lassen. Das Analysieren eines Codebestands und das manuelle Verfolgen von Datenflüssen ist der Schritt, der die Modernisierung zu einem langfristigen Projekt macht, weil es langsam und anfällig für Fehler ist. Ein Agent, der das gesamte Portfolio durchgehen, das Abhängigkeitsdiagramm erstellen und warnen kann, was den Sprung nicht übersteht, reduziert diesen Schritt von Wochen auf eine Arbeitssitzung.
Was er markiert, ist wichtiger als die Geschwindigkeit. Wenn der Agent Abhängigkeiten abbildet, sucht er nach den Dingen, die die Zielumgebung blockieren, und eine bestimmte Kategorie taucht immer wieder in älteren .NET-Apps auf: Code, der von der Maschine abhängt, auf der er läuft. Das klassische Beispiel ist die Dokumentenbearbeitung. Eine überraschende Menge alter Geschäftslogik erzeugt PDFs, Tabellenkalkulationen und Word-Dateien durch Office-Automatisierung, COM-Interop oder einen Druckertreiber, der einen Desktop voraussetzt. Dieser Code funktionierte 2015 auf einem Windows-Server einwandfrei. Er lässt sich nicht in einen Linux-Container oder eine Azure-Funktion verschieben, da es kein Office zur Automatisierung und kein COM zum Aufrufen gibt. Der Agent wird es als Blocker hervorheben. Die Frage ist, worin Sie es umwandeln.
Refaktorisierung hin zu Abhängigkeiten, die den Sprung überstehen
Dies ist der Moment in der Modernisierung, in dem die Dokumentenschicht entschieden wird, und hier passt unsere Arbeit hinein. Der ganze Zweck der Umstellung ist, in einer Umgebung zu landen, die skalierbar und sauber bereitzustellen ist: Container, serverless, plattformübergreifendes CI. Der Ersatz für maschinengebundenen Dokument-Code muss also eine verwaltete .NET-Bibliothek sein, die keine dieser Annahmen mit sich bringt.
Wenn der Blocker die PDF-Erstellung ist, rendert IronPDF PDFs aus HTML in reinem .NET ohne Office und ohne Interop, sodass der umstrukturierte Code in demselben Container läuft, in den die restliche modernisierte App zieht. Wenn es um Tabellenkalkulationsautomatisierung geht, liest und schreibt IronXL Excel-Dateien ohne Office Interop oder COM, was genau die Abhängigkeit ist, die der Agent markiert hat. Dasselbe gilt für Word-Erstellung mit IronWord, und für die gescannten Dokumente und Bild-zu-Text-Wege, die alte Apps oft mit zerbrechlichem Werkzeug handhaben, sorgt IronOCR dafür, dass dieser Schritt im Prozess bleibt. Jedes ist ein Plug-and-Play-Ziel für die Umstrukturierung: Der Agent identifiziert den COM- oder Interop-Aufruf, und der neue Code ist eine Bibliothek, die sich auf jeder Plattform gleich verhält.
Der Grund, warum dies gut zum agentischen Refaktorisieren passt, ist, dass der Ersatz deterministisch ist. Ein Agent kann eine Aufrufstelle mit Zuversicht umschreiben, wenn die neue API eine normale .NET-Bibliothek ist, die eine echte Datei zurückgibt, kopflos funktioniert und keine Host-Konfiguration benötigt. Es gibt nichts, was auf dem Ziel zu installieren wäre, nichts, was pro Maschine lizenziert werden müsste, nichts, das vom OS abhängt. Das ist die Eigenschaft, die es ermöglicht, dass "sicher umstrukturieren im großen Maßstab" wirklich sicher ist.
Eine konkrete Form
Zusammengefasst sieht die Modernisierungsschleife so aus. Der Agent analysiert die alte App und erstellt das Abhängigkeitsdiagramm. Unter den Blockern markiert er ein Berichtsmodul, das Rechnungen durch Office-Automatisierung generiert, die Art von Code, die scheitern wird, sobald die App in einem Container läuft. Der Upgrade-Plan sieht vor, sie zu ersetzen. Der Agent refakturiert die Aufrufstellen zu einer verwalteten Bibliothek, IronPDF für die Rechnungs-PDFs, IronXL für den Datenexport, und das Modul läuft nun im selben Linux-Container wie alles andere. Die App zieht um, und die Dokumentenschicht zieht mit, anstatt sie an Windows zu binden.
Das ist der Unterschied zwischen der Modernisierung des Frameworks und der Modernisierung der App. Das Framework-Update ist mechanisch. Die App bewegt sich erst wirklich, wenn es ihre Abhängigkeiten tun, und die Dokumentenschicht ist eines der häufigsten Dinge, die sie zurückhalten.
Wo Sie als nächstes hingehen sollten
Die Sitzung verweist auf die GitHub Copilot-Modernisierungsdokumentation und die Anmeldung zur privaten Vorschau für das Kommandozentrum, Regelbücher und Mainframe-Funktionen. Microsoft führt den Faden weiter mit dem virtuellen .NET Agentic Modernization Day am 16. Juni, und die vollständige Liste der Build-Funktionen umfasst alles, was angekündigt wurde. Das zugehörige Breakout Modernize intelligent apps and agents with .NET that scale as you grow (OD801) ist lohnenswert in Kombination mit diesem.
Wenn Sie eine Modernisierungsrunde planen, ist es wertvoll zu wissen, welche Ihrer Blocker Dokumentenbezogen sind, bevor der Agent sie findet. IronPDF, IronXL, IronWord und IronOCR werden alle mit kostenlosen Testversionen geliefert, oder das vollständige Set als die Iron Suite, sodass Sie das Refaktorisierungsziel bereit haben, wenn die Abhängigkeitskarte zurückkommt. Der Agent kann der alten App viele neue Tricks beibringen. Ihm einen sauberen Landeplatz zu geben, bleibt immer noch die Entscheidung des Ingenieurs.
Kostenlos loslegen
Kostenlos loslegen
Kostenlose Live-Demo buchen
