現在完全な.NET Frameworkで理解しているように、フレームワークをマシンにインストールすると、BCL全体がコンピューターのGACに展開されます。このようにして、.NETを使用してソフトウェアを開発し、そのコンピューターに展開すると、.NET Framework自体がインストールされたときにGACで利用可能になったBCLアセンブリが使用されます。
私が知っているように、CoreFXは新しい.NET CoreのBCLに相当します。ただし、主な違いは、project.json必要なCoreFXの部分を正確に指定できることです。
私の質問は、.NET Coreアプリを展開するときに、実稼働環境に同等のGACはありますか？では、実行するアプリを展開するときに、CoreFX全体が利用可能かどうかを確認するためにアプリが確認するコンピューターの中心的な場所はありますか？
2017-09-01を編集
.NET Core 2.0はGACにいくぶん類似しており、「ランタイムパッケージストア」を導入しています。
.NET Core 2.0以降、ターゲット環境に存在する既知の一連のパッケージに対してアプリをパッケージ化してデプロイすることが可能になりました。利点は、展開の高速化、ディスク領域の使用量の削減、場合によっては起動パフォーマンスの向上です。
この機能は、パッケージが格納されるディスク上のディレクトリであるランタイムパッケージストアとして実装されます（通常、macOS / Linuxでは/ usr / local / share / dotnet / store、WindowsではC：/ Program Files / dotnet / store）。 。
「フレームワークに依存する配置」を探しています。ドキュメントから：
.NET Coreアプリケーションの2種類の配置を作成できます。
フレームワーク依存の展開。名前が示すように、フレームワーク依存展開（FDD）は、ターゲットシステムに存在する.NET Coreの共有システム全体のバージョンに依存しています。.NET Coreはすでに存在するため、アプリは.NET Coreのインストール間でも移植可能です。アプリには、独自のコードと、.NET Coreライブラリの外部にあるサードパーティの依存関係のみが含まれています。FDDには、コマンドラインからdotnetユーティリティを使用して起動できる.dllファイルが含まれています。たとえば、
dotnet app.dllというアプリケーションを実行しますapp。自己完結型の展開。FDDとは異なり、自己完結型デプロイメント（SCD）は、ターゲットシステムに存在する共有コンポーネントに依存しません。.NET Coreライブラリと.NET Coreランタイムの両方を含むすべてのコンポーネントは、アプリケーションに含まれており、他の.NET Coreアプリケーションから分離されています。SCDには、プラットフォーム固有の.NET Coreホストの名前が変更されたバージョンである実行可能ファイル（
app.exeWindowsプラットフォームなどのアプリケーション用app）app.dllと、実際のアプリケーションである.dllファイル（など）が含まれます。
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加