知識マップ: .NET Frameworkから.NETへの移行前チェックリスト

記事「.NET Frameworkから.NETへの移行前チェックリスト」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

.NET Frameworkから.NETへの移行は実装より前の棚卸しが要で、packages.configの後継であるPackageReferenceやSDKスタイルプロジェクトへの変換は移行より先に済ませておくべき作業とされる。AppDomainの新規作成や.NET Remoting、COM+、Workflow Foundationは.NETと両立せず、BinaryFormatterも状況によっては両立しない。WCFはクライアントとサーバーで事情が異なり、サーバー側はCoreWCFかgRPCへの再設計が必要になる。ASP.NET FrameworkはASP.NET Coreの後継だがWeb Formsは同じapp modelではなく、EF6からEF Coreへの移行はruntimeの移行と切り離して後回しにするのが安全とされる。WinForms/WPFは移行できてもWindows専用のままで、Windows専用API依存はWindows互換パックで軽減できる。

flowchart LR
    accTitle: .NET Frameworkから.NETへの移行前チェックリストの知識マップ
    accDescr: .NET Frameworkから.NETへ移行する前に整理すべき依存関係の形式・非対応技術・WCFやEF6の扱い・Windows専用API依存の関係を示す図
    framework_to_dotnet_migration[".NET Frameworkから.NETへの移行"]
    dotnet_framework[".NET Framework"]
    dotnet[".NET(Core以降)"]
    windows_compat_pack["Windows互換パック"]
    package_reference["PackageReference"]
    packages_config["packages.config"]
    sdk_style_project["SDKスタイルプロジェクト"]
    dotnet_upgrade_assistant[".NET Upgrade Assistant"]
    github_copilot_modernization["GitHub Copilotモダン化"]
    net_standard_2_0[".NET Standard 2.0"]
    appdomain["AppDomainの作成"]
    dotnet_remoting[".NET Remoting"]
    com_plus["COM+(System.EnterpriseServices)"]
    workflow_foundation["Workflow Foundation"]
    binaryformatter["BinaryFormatter"]
    wcf_server["WCFサーバー(WCFサービスのホスト)"]
    corewcf["CoreWCF"]
    grpc["gRPC"]
    ef_core["EF Core"]
    ef6["EF6(Entity Framework 6)"]
    asp_net_core["ASP.NET Core"]
    asp_net_framework["ASP.NET Framework(MVC/Web API)"]
    web_forms["ASP.NET Web Forms"]
    system_web["System.Web / HttpContext.Current"]
    wpf["WPF"]
    windows_forms["Windows Forms"]
    windows_only_api_dependency["Windows専用API依存"]
    wcf_client["WCFクライアント"]
    framework_to_dotnet_migration -->|"前提とする"| dotnet_framework
    dotnet -->|"の後継"| dotnet_framework
    framework_to_dotnet_migration -.->|"利用する"| windows_compat_pack
    package_reference -->|"の後継"| packages_config
    sdk_style_project -->|"より先に行うべき"| framework_to_dotnet_migration
    package_reference -->|"より先に行うべき"| framework_to_dotnet_migration
    dotnet_upgrade_assistant -->|"用いるのは非推奨"| framework_to_dotnet_migration
    github_copilot_modernization -->|"推奨される対応"| framework_to_dotnet_migration
    framework_to_dotnet_migration -.->|"利用する"| net_standard_2_0
    appdomain -->|"両立しない"| dotnet
    dotnet_remoting -->|"両立しない"| dotnet
    com_plus -->|"両立しない"| dotnet
    workflow_foundation -->|"両立しない"| dotnet
    binaryformatter -.->|"両立しない"| dotnet
    wcf_server -.->|"前提とする"| corewcf
    wcf_server -.->|"前提とする"| grpc
    corewcf -->|"実装を担う"| wcf_server
    ef_core -->|"の後継"| ef6
    framework_to_dotnet_migration -->|"より先に行うべき"| ef_core
    asp_net_core -->|"の後継"| asp_net_framework
    web_forms -.->|"両立しない"| asp_net_core
    system_web -->|"両立しない"| dotnet
    wpf -.->|"利用する"| binaryformatter
    windows_forms -.->|"利用する"| binaryformatter
    wpf -.->|"利用する"| windows_only_api_dependency
    windows_forms -.->|"利用する"| windows_only_api_dependency
    windows_compat_pack -.->|"軽減する"| windows_only_api_dependency
    dotnet -.->|"利用する"| wcf_client
    wcf_server -.->|"前提とする"| dotnet_framework
    asp_net_framework -->|"前提とする"| dotnet_framework

概念間の関係(全30件)

図と同じ関係を文章でも列挙します。表示している文と機械可読な意味データ(RDFa)は同じ要素に載っています。確度が「確立した関係」のものは直接の関係として、「条件付きの関係」のものは成立条件つきの言明(rdf:Statement)として表現しています。

• .NET Frameworkから.NETへの移行は.NET Frameworkを前提とします。移行前には、現行の.NET Framework側(4.7.2以降、可能なら4.8.1)を整理しておくことが前提とされる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• .NET(Core以降)は.NET Frameworkの後継に当たります。.NET(Core以降)は.NET Frameworkの後継となるクロスプラットフォームのランタイムである / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• .NET Frameworkから.NETへの移行はWindows互換パックを利用します。Windows専用のまま移行する場合、Windows Compatibility Packでレジストリ・WMI・EventLogなどのAPIをmodern .NETから使えるようにする現実路線がある / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• PackageReferenceはpackages.configの後継に当たります。PackageReferenceはpackages.configの後継となるパッケージ参照形式である / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• SDKスタイルプロジェクトは.NET Frameworkから.NETへの移行より先に行うべきです。移植前ガイドは、SDKスタイルのプロジェクト形式への変換を.NET移行より先に済ませることを推奨している / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• PackageReferenceは.NET Frameworkから.NETへの移行より先に行うべきです。移植前ガイドは、参照をPackageReference形式へ寄せることを.NET移行より先に済ませることを推奨している / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• .NET Upgrade Assistantを.NET Frameworkから.NETへの移行に用いることは推奨されません。.NET Upgrade Assistantは公式ドキュメント上すでに非推奨になっており、GitHub Copilotモダン化を使うよう案内されている / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• GitHub Copilotモダン化は.NET Frameworkから.NETへの移行に対する本記事の推奨です。現行の公式案内では、評価・計画・コード修正・検証までを含めた支援としてGitHub Copilotモダン化が中心に据えられている / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• .NET Frameworkから.NETへの移行は.NET Standard 2.0を利用します。old/new双方から参照する必要がある共有ライブラリでは、.NET Standard 2.0を橋渡しとして使うのが現実解になりやすい / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• AppDomainの作成は.NET(Core以降)と両立しません。新しいAppDomainを作って隔離するという使い方は.NETではサポートされておらず、別プロセスやAssemblyLoadContextでの再設計が必要になる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• .NET Remotingは.NET(Core以降)と両立しません。.NET Remotingは.NETでは非対応で、IPC・HTTP・gRPC・Task ベースなどへ再設計する必要がある / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• COM+(System.EnterpriseServices)は.NET(Core以降)と両立しません。COM+(System.EnterpriseServices)は.NETでは非対応で、前提の設計を分離・置換する必要がある / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• Workflow Foundationは.NET(Core以降)と両立しません。Workflow Foundationは.NETでは非対応で、CoreWFなど代替を含め別見積もりで考える必要がある / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• BinaryFormatterは.NET(Core以降)と両立しません。.NET 9以降ではBinaryFormatterの実装がランタイムに含まれず、呼び出すと常にPlatformNotSupportedExceptionを投げる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• WCFサーバー(WCFサービスのホスト)はCoreWCFを前提とします。WCFサービスをホストする側をmodern化する経路の1つとして、既存クライアント互換を保ったままCoreWCFへ移す方向がある / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• WCFサーバー(WCFサービスのホスト)はgRPCを前提とします。WCFサービスをホストする側をmodern化するもう1つの経路として、gRPCなどmodernなRPC/HTTPベースへ再設計する方向がある / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• CoreWCFはWCFサーバー(WCFサービスのホスト)の実装を担います。CoreWCFはWCFサーバー機能をmodern .NET上に実装するが、WCFのすべてではなくサブセットである / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• EF CoreはEF6(Entity Framework 6)の後継に当たります。EF CoreはEF6の後継ORMだが、total rewriteでありdirect upgrade pathはない / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• .NET Frameworkから.NETへの移行はEF Coreより先に行うべきです。runtimeの移行とORMの移行は別問題として扱い、まずmodern .NETに移ってからEF Coreへ別プロジェクトとして移行するのが安全とされる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• ASP.NET CoreはASP.NET Framework(MVC/Web API)の後継に当たります。ASP.NET CoreはASP.NET Frameworkの後継フレームワークとして位置付けられる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• ASP.NET Web FormsはASP.NET Coreと両立しません。Web FormsのPage/UserControl/ViewStateモデルはASP.NET Coreのapp modelと同じではなく、画面資産をそのまま持っていける前提で考えないほうが安全とされる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• System.Web / HttpContext.Currentは.NET(Core以降)と両立しません。System.WebやHttpContext.Currentは.NETには存在せず、shared libraryからは外へ剥がす必要がある / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• WPFはBinaryFormatterを利用します。WPFはデザイナーのシリアライズやクリップボード・drag & dropの経路でBinaryFormatterに依存することがある / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• Windows FormsはBinaryFormatterを利用します。WinFormsはクリップボード・drag & drop・ResX・デザイナーのシリアライズでBinaryFormatterに依存することがある / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• WPFはWindows専用API依存を利用します。WPFはWindows専用のままであり、周辺のWindows専用APIに依存し続けることが多い / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• Windows FormsはWindows専用API依存を利用します。WinFormsはWindows専用のままであり、周辺のWindows専用APIに依存し続けることが多い / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• Windows互換パックはWindows専用API依存を軽減します。Windows専用のまま移行するなら、Windows Compatibility Packがレジストリ・WMI・EventLogなど多くのWindows専用APIをmodern .NETから使えるようにする / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• .NET(Core以降)はWCFクライアントを利用します。既存のWCFサービスを呼び出す必要がある場合、modern .NETにはその側向けのサポートされたNuGetパッケージが用意されている / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• WCFサーバー(WCFサービスのホスト)は.NET Frameworkを前提とします。組み込み(built-in)のWCFサービスホストは、もともと.NET Frameworkの通信フレームワークとして提供されていた。CoreWCFやgRPCへ移行すればこの前提から外れ、.NET Frameworkなしでもホストできる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• ASP.NET Framework(MVC/Web API)は.NET Frameworkを前提とします。ASP.NET Framework(MVC/Web API)は.NET Framework上で動作するWebアプリケーションフレームワークである / 確度: 確立した関係 / 確認日: 2026-08-01 出典

主要概念の定義

.NET Frameworkから.NETへの移行

既存の.NET Framework製アプリケーションを現在の.NETへ移し替える取り組み。実装より前の着手前チェックが重視される。

.NET(Core以降)

.NET Frameworkの後継となる、クロスプラットフォーム対応の.NETランタイム(.NET 5以降)。

PackageReference

NuGetパッケージの参照をcsprojファイルへ直接記述する現在のパッケージ管理方式。

SDKスタイルプロジェクト

Microsoft.NET.Sdkをベースにした簡潔なcsprojの形式で、PackageReferenceやmulti-targetingと相性がよい。

.NET Upgrade Assistant

.NET Frameworkプロジェクトの分析とアップグレードをまとめて行う支援ツール。現在は非推奨とされている。

GitHub Copilotモダン化

.NET Frameworkから.NETへの評価・計画・コード修正・検証までを支援するMicrosoftの現行ツール群。

AppDomainの作成

実行中のプロセス内に分離された実行環境を作るための.NET Frameworkの仕組み。.NETでは新規作成がサポートされない。

.NET Remoting

.NET Frameworkでプロセス間・マシン間のオブジェクト呼び出しを行うための仕組み。.NETでは非対応。

COM+(System.EnterpriseServices)

COM+のサービスを.NET Frameworkから利用するための名前空間。.NETでは非対応。

Workflow Foundation

.NET Frameworkのワークフロー実行エンジン。.NETでは非対応で、再設計が必要になる。

BinaryFormatter

セキュリティ上の理由から段階的に廃止された.NETのバイナリ直列化機構。.NET 9以降はランタイムから実装が削除され既定では使用できない。

WCFサーバー(WCFサービスのホスト)

WCFサービスをホストする側。.NETにはbuilt-inで含まれず、CoreWCFかgRPCなどへの再設計が必要になる。

CoreWCF

WCFのサーバー側を.NETに移植するコミュニティ主導プロジェクト。マイクロソフトが公式なサポートポリシーを提供する一方、MSMQ対応パッケージ(CoreWCF.MSMQ)はSystem.Messagingのコミュニティ移植に依存する。

EF Core

modern .NET向けのORM。EF6からのdirect upgrade pathはなく、total rewriteとして移行する。

ASP.NET Core

modern .NET上で動くクロスプラットフォームのWebアプリケーションフレームワーク。

ASP.NET Web Forms

画面をPage/UserControl/ViewStateで構成する.NET Frameworkの古いWeb UIモデル。ASP.NET Coreとは同じapp modelではない。

System.Web / HttpContext.Current

ASP.NET Frameworkのリクエスト処理を支える名前空間とAPI。.NETには存在しない。

WPF

XAMLでUIを宣言的に記述する、Windows専用のデスクトップUIフレームワーク。ベクターベースの描画とデータバインディングを特徴とする。

Windows Forms

デスクトップGUIアプリケーションを構築するための.NET/.NET FrameworkのUIフレームワーク。

Windows互換パック

.NET Framework専用APIへの依存を.NET移行時に補うため約2万のAPIを提供するパッケージ。技術領域一覧にメッセージング(System.Messaging)は含まれない。

ASP.NET Framework(MVC/Web API)

.NET Framework上で動くASP.NETのWebアプリケーションフレームワーク。

機械可読データ

• JSON-LD / Turtle ── この記事の知識グラフ全体
• 概念一覧 / 語彙(述語)の定義

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。