最近、公式の.NET フレームワーク ブログ発表された.NET Core がオープンソース化。
皮肉なことに、著者は.NET Coreが何であるかを次の投稿で説明すると述べています。さらに詳しい内容は別のお知らせ投稿。
提供された図から:
記事のテキスト自体から判断すると、.NET Core は (オープンソース化などの明らかな点を除けば) 完全な .NET のモジュール再実装であると考えられます。つまり、フレームワーク コンポーネントは、現在 NuGet パッケージがロードされているのと同様に、必要に応じてロードされます。そして現在、ASP.NET 5 は既に実装されているモジュールの 1 つです。.NET Core に関する私の理解は正しいでしょうか。何か見落としているのでしょうか。
見つけた最近の記事短くてとても良いと思いました。.NET Standard、.NET Core、.NET Framework とそれらの関係について説明しています。強くお勧めします。
ベストアンサー1
.NET ブログより.NET 2015 プレビューの発表: .NET の新時代:
.NET Core には 2 つの主要コンポーネントがあります。これには、.NET Framework CLR と同じコードベースから構築された小さなランタイムが含まれています。.NET Core ランタイムには同じ GC と JIT (RyuJIT) が含まれていますが、アプリケーション ドメインやコード アクセス セキュリティなどの機能は含まれていません。ランタイムは、[ASP.NET Core] パッケージの一部として NuGet 経由で配信されます。
.NET Core には、基本クラス ライブラリも含まれています。これらのライブラリは、.NET Framework クラス ライブラリとほぼ同じコードですが、より小さなライブラリ セットを出荷できるようにファクタリング (依存関係の削除) されています。これらのライブラリは、NuGet.org で System.* NuGet パッケージとして出荷されます。
そして：
[ASP.NET Core] は、.NET Core を採用した最初のワークロードです。[ASP.NET Core] は、.NET Framework と .NET Core の両方で実行されます。[ASP.NET Core] の重要な価値は、同じマシン上の複数のバージョンの [.NET Core] で実行できることです。Web サイト A と Web サイト B は、同じマシン上の 2 つの異なるバージョンの .NET Core で実行することも、同じバージョンを使用することもできます。
簡単に言うと、まず、マイクロソフト .NET フレームワークは、アプリケーションとライブラリコードを実行するランタイムと、ほぼ完全に文書化されている 標準クラスライブラリ。
ランタイムは共通言語ランタイム、これは共通言語インフラストラクチャ、 で動作しますJITコンパイラ実行するCIL (旧 MSIL) バイトコード。
Microsoft の .NET の仕様と実装は、その歴史と目的を考えると、非常に Windows と IIS 中心で「肥大化」していました。ライブラリ、名前空間、型が少ないバリエーションしかし、ウェブやデスクトップ開発に役立つものはほとんどなく、法的観点から移植が面倒。
そのため、Windows 以外のマシンで実行できる非 Microsoft バージョンの .NET を提供するには、代替手段を開発する必要がありました。そのためには、ランタイムを移植するだけでなく、フレームワーク クラス ライブラリ全体を移植して、広く採用される必要があります。さらに、Microsoft から完全に独立するには、最も一般的に使用される言語用のコンパイラが必要になります。
単核症は、ランタイムWindows以外のさまざまなOSで動作する、.NET 4.5 以降のフレームワーク クラス ライブラリのほぼすべての名前空間そしてVBそしてC# コンパイラ。
.NET Coreの登場:ランタイム、および最小限の基本クラス ライブラリ。すべての追加機能は NuGet パッケージを通じて提供され、特定のランタイム、フレームワーク ライブラリ、およびサードパーティ パッケージがアプリケーション自体とともに展開されます。
ASP.NET Core は、.NET Core ランタイムだけでなく .NET Framework でも実行される、薄い HTTP サーバー抽象化とバンドルされた MVC と WebAPI の新しいバージョンです。