.NET Framework
Windowsのコンポーネントとして扱われ、インストールされているOSのライフサイクルに沿ってサポートされるランタイム。System.Messagingの対象範囲。
この概念が関わる関係
- .NET FrameworkはTimeProviderを利用します。
- ApplicationDeployment APIは.NET Frameworkを前提とします。
- Regasm.exeは.NET Frameworkを前提とします。
- Regasm.exeは.NET Frameworkに対する本記事の推奨です。
- regsvr32を.NET Frameworkに用いることは推奨されません。
- SocketsHttpHandlerは.NET Frameworkと両立しません。
- IHttpClientFactoryは.NET Frameworkに対する本記事の推奨です。
- .NET FrameworkはWindows PowerShell 5.1を利用します。
- 既定インターフェースメンバ(DIM)は.NET Frameworkと両立しません。
- 閉じたクラス階層パターンは.NET Frameworkを利用します。
- record階層は.NET Frameworkと両立しません。
- App.configは.NET Frameworkを利用します。
- .NET Frameworkから.NETへの移行は.NET Frameworkを前提とします。
- .NET(Core以降)は.NET Frameworkの後継に当たります。
- WCFサーバー(WCFサービスのホスト)は.NET Frameworkを前提とします。
- ASP.NET Framework(MVC/Web API)は.NET Frameworkを前提とします。
- dotnet-countersは.NET Frameworkと両立しません。
- dotnet-dumpは.NET Frameworkと両立しません。
- System.Messagingは.NET Frameworkを前提とします。
- ActiveXは.NET Frameworkを前提とします。
- Windows PowerShell 5.1は.NET Frameworkを利用します。
- .NET(Core以降)は.NET Frameworkの後継に当たります。
- Source Generator(Roslyn)を.NET Frameworkに用いることは推奨されません。
- .NET(Core以降)は.NET Frameworkの後継に当たります。
- Microsoft Edge WebView2は.NET Frameworkを利用します。
- SOS拡張は.NET Frameworkを前提とします。
- 既存Windows装置ソフト資産は.NET Frameworkを前提とします。
- .NET(Core以降)は.NET Frameworkの後継に当たります。
- .NET FrameworkはEventPipeと両立しません。
- Windows 8 / 8.1は.NET Frameworkを利用します。
- .NET(Core以降)は.NET Frameworkの後継に当たります。
- .NET FrameworkはWindows IoT Enterprise LTSCに対する本記事の推奨です。
- Windowsの後方互換性は.NET Frameworkを前提とします。
- .NET(Core以降)は.NET Frameworkの後継に当たります。
- .NET FrameworkはPathTooLongExceptionの原因になることがあります。
- .NET Frameworkは長パスの有効化(LongPathsEnabled+longPathAware)を前提とします。
- .NET Frameworkはx86/x64エミュレーションを利用します。
- Windows PowerShell 5.1は.NET Frameworkを利用します。
- Per-Monitor DPI対応は.NET Frameworkを前提とします。
この概念を扱う記事
- 業務アプリの日時とタイムゾーン ── DateTimeの罠からUTC保存の原則、テスト設計まで(言及)
- ClickOnce とは何か - 仕組み、更新、向いている場面・向いていない場面を実務目線で整理(言及)
- 32bitアプリから64bit DLLを呼ぶCOMブリッジ実例(言及)
- COM/OCX/ActiveX開発でハマる登録とbitnessの罠(言及)
- HttpClientをusingで囲んではいけない ── C#業務アプリのHTTP通信実務(生成パターン・タイムアウト・リトライ)(言及)
- C#（CSharp）でPowerShellを実行して、オブジェクトとして受け取る方法(言及)
- DLL・COMインターフェースの後方互換性 ── どの変更が呼び出し側を壊すのかの判断表(言及)
- 代数的データ型を.NET Framework / .NETで使う ── 状態と結果を型で表す設計(言及)
- appsettings.jsonだけじゃない ── Windows業務アプリの構成管理実務(環境別設定・秘密情報・書き込み先)(言及)
- .NET Frameworkから.NETへの移行前チェックリスト(言及)
- .NETでGC待ちとメモリリークを見分ける ── 増えるメモリを観測・比較・証明する実務手順(言及)
- MSMQはいつまで使えるのか ── 「非推奨ですらない」レガシーキューの移行判断(言及)
- Office 2024/Microsoft 365でActiveXが動かない原因と確認手順(言及)
- PowerShellからCOMと.NETを呼ぶ実践 ── スクリプトの届く範囲を一気に広げる(言及)
- Roslynとは何か ── C#コードをコンパイラの視点で読む・直す・生成する(言及)
- VB6アプリはいつまで動くのか ── ランタイムのサポート状況と現実的な.NET移行の進め方(言及)
- IEモードの次はWebView2でいいのか ── ActiveXが動かない制約と現実的な移行設計(言及)
- WinDbg + SOSでクラッシュダンプを読む ── 収集した後の実務解析入門(言及)
- Windowsアプリ 外注・受託開発を依頼する前に整理したいこと(言及)
- Windowsイベントログ・ETW入門 ── 業務アプリのログをOS標準の仕組みに乗せる(言及)
- Windowsはなぜ今の形になったのか：開発者から見た歴代Windowsの進化(言及)
- 産業用PCにはどのWindowsを入れるべきか ── Windows IoT Enterprise / LTSC 実践ガイド(言及)
- 開発者の異常な愛情、または私は如何にして心配するのをやめてWindowsを愛するようになったか(言及)
- MAX_PATHとWindowsのパス・ファイル名の落とし穴 ── 260文字制限、予約名、末尾ドット、大文字小文字(言及)
- Arm版Windowsで業務アプリは動くのか ── x64エミュレーション(Prism)とネイティブDLL・COMの現実(言及)
- Windows PowerShell 5.1とPowerShell 7の違い ── 社内スクリプト移行の実務ガイド(言及)
- Windowsアプリの1ファイル配布 - シングルバイナリとOS依存の限界(言及)
- WPFの高DPI対応 ── 「DPIに強いはず」なのにぼやける・にじむ原因と対処(言及)
一次資料
このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。