2016-05-26 62 views
0

我想了解.NET core的運行時clr & coreclr之間的區別。爲了理解它,我編寫了一個小應用程序,並嘗試通過更改runtimeframework dependencies(無代碼更改)來捕獲輸出。無法理解.NET clr&coreclr

結果我得到了截圖所示。

Runime Vs Framework Dependency

然而,除了clrdnx451coreclrdnxcore50 & backword與RC1工具兼容(DNU & DNX)兼容我無法理解了。

基本上,如果runtime設置爲coreclr和框架被設置爲dnx451dnxcore50代碼將被運行正常。

我是否會將自己與簡單的事情混淆或需要了解更多我失蹤的事物?

+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中引用運行時。通過這一更改,您的應用程序將能夠使用新的運行時間位。