.NET(Core以降)
.NET Frameworkの後継となる、クロスプラットフォーム対応の.NETランタイム(.NET 5以降)。
この概念が関わる関係
- .NET(Core以降)はTimeProviderを利用します。
- Publish toolは.NET(Core以降)を前提とします。
- ApplicationDeployment APIは.NET(Core以降)と両立しません。
- Regasm.exeを.NET(Core以降)に用いることは推奨されません。
- .NET(5以降)のEnableComHosting/.comhost.dllは.NET(Core以降)を利用します。
- .NET(Core以降)はCLSID(Class ID)を前提とします。
- .NET(5以降)のEnableComHosting/.comhost.dllは.NET(Core以降)に対する本記事の推奨です。
- SocketsHttpHandlerは.NET(Core以降)を前提とします。
- Native AOTは.NET(Core以降)を前提とします。
- .NET(Core以降)はCodePagesEncodingProviderを前提とします。
- .NET(Core以降)は.NETの互換性変更ルールを利用します。
- .NET(Core以降)は強い名前(strong name)を利用します。
- F#の判別共用体は.NET(Core以降)を利用します。
- Settings.settingsを.NET(Core以降)に用いることは推奨されません。
- .NET(Core以降)は.NET Frameworkの後継に当たります。
- AppDomainの作成は.NET(Core以降)と両立しません。
- .NET Remotingは.NET(Core以降)と両立しません。
- COM+(System.EnterpriseServices)は.NET(Core以降)と両立しません。
- Workflow Foundationは.NET(Core以降)と両立しません。
- BinaryFormatterは.NET(Core以降)と両立しません。
- System.Web / HttpContext.Currentは.NET(Core以降)と両立しません。
- .NET(Core以降)はWCFクライアントを利用します。
- .NETのガベージコレクション(GC)は.NET(Core以降)を前提とします。
- Generic Hostは.NET(Core以降)を前提とします。
- Native AOTは.NET(Core以降)を前提とします。
- COM host(*.comhost.dll)は.NET(Core以降)を前提とします。
- .NET(Core以降)はComVisibleAttributeで構成できます。
- .NET(Core以降)は大量データ・長時間処理のマクロに対する本記事の推奨です。
- BackgroundServiceは.NET(Core以降)を前提とします。
- Generic Hostは.NET(Core以降)を前提とします。
- System.Messagingは.NET(Core以降)と両立しません。
- .NET(Core以降)はMSMQのWin32ネイティブAPIを利用します。
- BinaryFormatterは.NET(Core以降)と両立しません。
- 逆コンパイルは.NET(Core以降)を前提とします。
- PowerShellは.NET(Core以降)を利用します。
- PowerShell 7は.NET(Core以降)を利用します。
- .NET(Core以降)は.NET Frameworkの後継に当たります。
- .NET SDK同梱Analyzerは.NET(Core以降)を前提とします。
- MutexSecurity/ACLによるMutex保護は.NET(Core以降)を前提とします。
- .NET(Core以降)はSTAのハング(呼び出し転送の停止)の原因になることがあります。
- .NET(Core以降)はCOM LocalServer(別プロセスCOMサーバー)を利用します。
- Visual Basic 6.0(VB6)は.NET(Core以降)と両立しません。
- .NET(Core以降)はVisual Basic 6.0(VB6)の後継に当たります。
- C#は.NET(Core以降)を前提とします。
- Visual Basic .NET(VB.NET)は.NET(Core以降)を前提とします。
- .NET(Core以降)は.NET Frameworkの後継に当たります。
- Microsoft Edge WebView2は.NET(Core以降)を利用します。
- .NET(Core以降)は型ライブラリ(TLB)を利用します。
- .NET(Core以降)はCOM host(*.comhost.dll)を利用します。
- .NET(Core以降)はVBA(Visual Basic for Applications)に対する本記事の推奨です。
- SOS拡張は.NET(Core以降)を前提とします。
- WinUI(Windows App SDK)は.NET(Core以降)を前提とします。
- .NET(Core以降)は.NET Frameworkの後継に当たります。
- ClickOnceは.NET(Core以降)を前提とします。
- .NET(Core以降)はSQLiteを利用します。
- .NET(Core以降)はWindowsイベントログを前提とします。
- .NET(Core以降)はEventPipeを利用します。
- .NET(Core以降)は.NET Frameworkの後継に当たります。
- .NET(Core以降)を10年ライフサイクルの装置に用いることは推奨されません。
- .NET(Core以降)は.NET Frameworkの後継に当たります。
- .NET(Core以降)はPathTooLongExceptionを防ぎます。
- RID win-arm64は.NET(Core以降)を前提とします。
- PowerShell 7は.NET(Core以降)を利用します。
- BackgroundServiceは.NET(Core以降)を利用します。
- LocBamlは.NET(Core以降)と両立しません。
この概念を扱う記事
- 業務アプリの日時とタイムゾーン ── DateTimeの罠からUTC保存の原則、テスト設計まで(言及)
- ClickOnce とは何か - 仕組み、更新、向いている場面・向いていない場面を実務目線で整理(言及)
- 32bitアプリから64bit DLLを呼ぶCOMブリッジ実例(言及)
- COM/OCX/ActiveX開発でハマる登録とbitnessの罠(言及)
- HttpClientをusingで囲んではいけない ── C#業務アプリのHTTP通信実務(生成パターン・タイムアウト・リトライ)(言及)
- C# Native AOT DLLをC/C++から呼び出す方法(言及)
- CSVは「ただのテキスト」ではない ── C#業務アプリのCSV実務(文字コード・Excel互換・インジェクション対策)(言及)
- DLL・COMインターフェースの後方互換性 ── どの変更が呼び出し側を壊すのかの判断表(言及)
- 代数的データ型を.NET Framework / .NETで使う ── 状態と結果を型で表す設計(言及)
- appsettings.jsonだけじゃない ── Windows業務アプリの構成管理実務(環境別設定・秘密情報・書き込み先)(言及)
- .NET Frameworkから.NETへの移行前チェックリスト(言及)
- .NETでGC待ちとメモリリークを見分ける ── 増えるメモリを観測・比較・証明する実務手順(言及)
- .NET Generic Hostとは - DI・設定・ログの土台(言及)
- .NET Native AOTとは - JITやtrimmingとの違い(言及)
- .NET 8 DLLをVBAから型付きで使う方法 - COM公開とdscom TLB(言及)
- ExcelマクロVBAをPower Automateへ移行する ── Officeスクリプトで置き換える範囲と、VBAのまま残す範囲(言及)
- .NET Generic HostとBackgroundServiceをデスクトップアプリで使う理由(言及)
- 技術ブログ開設のお知らせ - Windows / C# / COM 開発ブログを始めました(言及)
- MSMQはいつまで使えるのか ── 「非推奨ですらない」レガシーキューの移行判断(言及)
- ソースコードも仕様書もないシステムを引き継いだら ── 止めずに運用・保守するための実務手順(言及)
- Power Automateで業務を自動化する ── クラウドフロー・デスクトップフローの使い分けとエラー処理設計(言及)
- PowerShellからCOMと.NETを呼ぶ実践 ── スクリプトの届く範囲を一気に広げる(主要トピック)
- Roslynとは何か ── C#コードをコンパイラの視点で読む・直す・生成する(言及)
- Windowsアプリの多重起動防止 ── 名前付きMutexと二重起動時のアクティブ化(言及)
- COM STA/MTA の基礎知識 - スレッドモデルとハングを避ける考え方(言及)
- VB6 / Access業務アプリの延命と移行 ── 残す・包む・置き換えるの判断表(言及)
- VB6アプリはいつまで動くのか ── ランタイムのサポート状況と現実的な.NET移行の進め方(主要トピック)
- IEモードの次はWebView2でいいのか ── ActiveXが動かない制約と現実的な移行設計(言及)
- COM / ActiveX / OCX とは何か - 違いと関係をまとめて解説(言及)
- Reg-Free COMとは - 登録不要でCOMを使う仕組み(言及)
- VBA とは何か - 制約、将来性、置き換えるべき場面と現実的な移行パターン(言及)
- WinDbg + SOSでクラッシュダンプを読む ── 収集した後の実務解析入門(言及)
- Windowsアプリ 外注・受託開発を依頼する前に整理したいこと(言及)
- Windowsアプリ配布方式の選び方 - MSI/MSIX/ClickOnce/xcopy/独自更新(言及)
- Windowsアプリのデータ保存先の選び方 ── SQLite / JSON / レジストリ / Access 判断表(言及)
- 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サービスの作り方と運用 ── タスクスケジューラとの使い分けからBackgroundServiceのサービス化まで(言及)
- Windowsアプリの1ファイル配布 - シングルバイナリとOS依存の限界(言及)
- スリープ・休止・Modern Standbyと長時間稼働アプリ ── 「夜中に止まっていた」を設計で防ぐ(言及)
- WinForms/WPFアプリの多言語化 ── resx・サテライトアセンブリ・カルチャ切り替えの実務(言及)
- WPFの高DPI対応 ── 「DPIに強いはず」なのにぼやける・にじむ原因と対処(言及)
一次資料
このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。