2016-05-26 6 views
0

.NETコアのランタイムclr & coreclrの違いを理解しようとしていました。それを理解するために、小さなアプリケーションを書いてruntimeframework dependencies(コード変更なし)を変更して出力をキャプチャしようとしました。.NET clr&coreclrを理解できません

結果私はスクリーンショットのようになった。 clrは(& DNX DNU)RC1ツールと互換性dnx451coreclrdnxcore50 & とbackwordとの互換性があるよりも、

Runime Vs Framework Dependency

しかし、私はあまり理解できませんでした。 coreclrとフレームワークへのruntimeセットがdnx451またはdnxcore50に設定されている場合

基本的には、コードが細かい実行されます。

私は自分自身を混乱させて何かをシンプルにするか、何かを理解する必要がありますか?

+1

.NETプログラマは、通常、オープンソースの方法にはあまりよく使われません。プロジェクトは急速に発展しています。原料は時代遅れになったり時代遅れになったり、バグがたくさんあり、混合やマッチングはトラブルのレシピです。あなたがdnx/dnuのようなものを使うのを止めるべき時を知っている唯一の本当のショットは、プロジェクトに積極的に関与することです。問題が発生した場合、バグレポートを提出することを期待しています。それは仕事です。あなたが時間を持っていなければ、最良の戦略は、完了するまで待つことです。 –

+0

@HansPassant、毎日のビルド、RC1、RC2、プレビュービルドがあるので、私はあなたの意見に同意します。どちらがうまくいくかわからない、フレームワークと互換性があり、構造的な変更もあります。 'project.json'はrc1&rc2と比較してログを変更します。 ** 'clr'の' coreclr' **を理解することにもっと興味があり、dnvm、dnu、dnxツールを理解することはrc2で捨てられていきます。 また、毎日または定期的に更新されるソースが.netコアの世界で起こった場合、 – Kenz

答えて

0

私はdotnetはdnvm/dnu/dnxと同じようにランタイムの変更をサポートしていないと思います。 Migrating from DNX to .NET Core CLI

この場合、DNVMインストール機能は必要ありません。しかし、ランタイム選択機能はどうですか?

特定のバージョンのパッケージを依存関係に追加することによって、project.jsonでランタイムを参照しています。この変更により、アプリケーションは新しいランタイムビットを使用することができます。

関連する問題