業界ニュース

.NET 11 Preview 3：開発者のレビュー

更新日:

レガシーな.NETアプリを抱えるすべてのチームは、アップグレードが難しい部分ではないことを知っています。 ターゲットフレームワークを上げるのは午後の作業です。 難しいのは、コードベースが十年間にわたって静かに依存してきたすべてのことです：Windowsでのみ動作する依存性、誰も完全に覚えていないデータフロー、間違って見ただけで本番で壊れるコンポーネント。 それがモダナイゼーションが立ち往生している作業であり、それをどんな場合でも行う圧力は高まり続けています。

セッションは大きな円にピン留めされたForresterの数値で始まります：94％のITリーダーがアプリのモダナイゼーションを次の6〜12か月の投資優先事項と位置付けた。 スライドのフレーミングはその数字の下にあるエンジニアの現実に切り替わる。"しかし、技術的借金と格闘している。"その緊張がこのセッションが存在する全理由です。

Forresterのチャートでは、94%のITリーダーがアプリの近代化を優先事項としていると示しています

それもジェフ・フリッツ、ニッシュ・アニル、ハゼム・エル＝ハンマミがBuild 2026のブレークアウトセッションでAIエージェントに対して向かわせた作業です。古いアプリに新しいトリックを教えるためにAIツールを使用する (BRK220)。 セッションはGitHub Copilotのモダナイゼーション能力を、エンジニアが恐れる作業に取り組むために示します：大規模なコードベースを読むこと、その依存関係をマッピングすること、アップグレードを計画すること、安全にリファクタリングすること。 私たちは文書生成と処理の層で働いている視点からそれを見ました。最も有益な教訓は、エージェントが浮き彫りにする部分についてであり、リライトするだけではない点です。

興味深いのは依存関係図です

セッションのジェフの部分は、実用的な.NET開発者の視点です：エージェントを本物のレガシーアプリに指し、解きほぐさせる。 コードベースを分析し、手動でデータフローをトレースすることは、モダナイゼーションを複数四半期にわたるプロジェクトにするステップです。なぜなら、それは遅く、間違いやすいからです。 ポートフォリオ全体を歩き抜け、依存関係グラフを構築し、移動に耐えられないものをフラグすることができるエージェントがそのステップを週から作業セッションに圧縮します。

GitHub Copilotのレガシー.NETコードベースの依存関係マップビュー

フラグされる部分が速度以上に重要です。 エージェントが依存関係をマッピングする際、ターゲット環境をブロックするものを探しており、特定のカテゴリが古い.NETアプリに繰り返し表示されます：実行されているマシンに依存するコード。 古典的な例は文書処理です。 驚くべきことに、多くのレガシービジネスロジックがPDF、スプレッドシート、およびWordファイルをOffice自動化、COMインターロップ、またはデスクトップを前提とする印刷ドライバを通じて生成します。それは2015年のWindowsサーバーで問題なく動作しましたが、それがLinuxコンテナやAzure機能に移動しないのは、Officeを自動化することができず、呼び出せるCOMもないためです。 エージェントはそれをブロッカーとして浮き彫りにします。 問題は、それを何にリファクタリングするかです。

移動に耐える依存関係へのリファクタリング

これは、ドキュメント層が決定されるモダナイゼーションの瞬間であり、私たちの仕事が適合する場所です。 移動の全ポイントは、コンテナ、サーバーレス、クロスプラットフォームのCIのように、クリーンにスケールしデプロイされる環境に到達することです。 だから、マシンに結び付いたドキュメントコードの代替品は、これらの前提を持たない管理された.NETライブラリでなければなりません。

ブロッカーがPDF生成のとき、IronPDFは純粋な.NETでHTMLからPDFをレンダリングします。Officeもなし、インターオップもなしで、リファクタリングされたコードが、モダナイゼーションされたアプリが移動しているコンテナと同じコンテナで動作します。 スプレッドシートの自動化のとき、IronXLはOffice InteropやCOMなしでExcelファイルを読み書きします。これは、エージェントがフラグした依存性です。 同じことがIronWordを使用したWord生成に当てはまり、レガシーアプリがしばしば脆弱なツールで処理するスキャン済み文書と画像からテキストへのパスに関してはIronOCRがそのステップをインプロセスで維持します。 それらすべてはリファクタリングのためのドロップインターゲットであり、エージェントはCOMまたはインターオップコールを特定し、そして新しいコードはすべてのプラットフォームで同じように動作するライブラリです。

このエージェンティックなリファクタリングとペアリングがうまくいく理由は、代替品が決定的だからです。 エージェントは、新しいAPIが普通 for .NETライブラリで、実際のファイルを返し、ヘッドレスで動作し、ホストの設定を必要としない場合、信頼してコールサイトをリライトできます。 ターゲットにインストールするものは何もなく、各マシンごとにライセンスを取得するものもなく、OSに依存するものもありません。 それが、"規模に応じて安全にリファクタリングする"を実際に安全にするプロパティです。

具体的な形

すべてをまとめて、モダナイゼーションループはこのように見えます。 エージェントはレガシーアプリを分析し、依存関係図を構築します。ブロッカーの中で、Office自動化を通じて請求書を生成するレポートモジュールをフラグし、アプリがコンテナで動作する瞬間に失敗するタイプのコードです。 アップグレード計画はそれを置き換えることを呼びます。 エージェントはコールサイトを管理されたライブラリ、請求書のPDFにはIronPDF、データエクスポートにはIronXLにリファクタリングし、モジュールは他のすべてと同じLinuxコンテナで動作します。 アプリが移動し、ドキュメント層も一緒に移動し、Windowsに固執させる代わりになります。

それがフレームワークのモデナイゼーションとアプリのモデナイゼーションの違いです。フレームワークのアップグレードは機械的です。 アプリが本当に移動するのは、その依存関係が移動するときであり、ドキュメント層はそれを引き止める最も一般的なものの1つです。

次に行くべき場所

Build 2026セッションリンクと.NETエージェント近代化デーのリソース

セッションはGitHub Copilotモダナイゼーションのドキュメントと、コマンドセンター、ルールブック、およびメインフレームの機能のためのプライベートプレビューサインアップを指摘します。 Microsoftは、6月16日の仮想.NETエージェンティックモダナイゼーションデーで続行し、Build機能一覧が発表されたすべてをカバーします。 関連するブレークアウトセッションスケールに応じて成長する.NETでインテリジェントアプリとエージェントをモダナイズ (OD801)はこれとペアリングする価値があります。

もし、モダナイゼーションのパスを計画している場合、エージェントが発見する前に、どのブロッカーがドキュメント関連であるかを知る価値はあります。 IronPDF、IronXL、IronWord、IronOCRはすべて無料トライアルを出荷しており、または、Iron Suiteとして一式を提供しています。したがって、依存関係図が戻ってきたときにリファクターターゲットが準備されています。 エージェントは古いアプリに新しいトリックを教えることができます。 クリアな着地先を与えるのは、依然としてエンジニアの判断です。

Iron Suiteを無料で試す。