亚洲国产欧美在线人成大黄瓜,香蕉久久夜色精品国产app蜜臀,日本秘无码一区二区三在线观看

.NET 生態

2016年微軟發布了.NET Core 1.0 迄今已有好幾年了,但是很多.NET程序員也一定有以下疑問:

.NET Core到底是不是.NET 的下一個版本？還是說只是.NET支持跨平臺的一個版本？
作為傳統的.NET開發者或者說開發的程序都是在windows環境下面工作的，有沒有必要學習.NET Core？
.NET Core和.NET Framework有什么不同？
在開發新的程序是應該怎么選擇.NET Core 和.NET Framework？

從上面圖中我們可以看到.net 主要分為三個部分.net FrameWork,.net Core,Xamarin

XAMARIN 主要用來構建App的（包括IOS，Android Windows）主要用的是C#語言
.NET Framework這個是我們現在經常用的，用這個可以創建windows應用程序還有web applications ，現在你可以用它創建Winform ，UWP ,wpf 等等相關的應用程序，web 方面就是Asp.net MVC
.NET Core 是微軟推出的最新的開源的，跨平臺的框架，用它可以創建的應用可以運行在mac，linux上。 .net core 支持UWP 和 ASP.NET Core。

UWP即Windows 10 中的Universal Windows Platform簡稱。即Windows通用應用平臺，在Win 10 Mobile/Surface(Windows平板電腦）/PC/Xbox/HoloLens等平臺上運行，uwp不同于傳統pc上的exe應用也跟只適用于手機端的app有本質區別。它并不是為某一個終端而設計，而是可以在所有windows10設備上運行。

.NET Standard

為什么要引入.NET Standard？

.NET生態在發展的過程中長期都是.NET Framework這條線,后面加入適用于 iOS、Android 和 Windows 的新式高性能應用程序開發的Xamarin,后續又增加了適用于 Windows、macOS 和 Linux 的.NET Core。于是.NET 生態出現了“三足鼎立”的局面。

有三種版本的`.NET`，意味著你需要掌握三種不同的基礎類庫以寫出可以在三種平臺上運行的代碼。

能不能讓開發者們只需要掌握一種基礎類庫就可以適用于不同平臺,換句話說寫一份代碼就可以在.NET Framework,.NET Core,Xamarin都能運行?而.NET Standard的出現就解決了這個問題。.NET Standard背后的動機是在.NET生態系統中建立更大的一致性。

.NET Standard是微軟為跨平臺所規劃的.NET Framework相關平臺于系統之間的相依性標準，在此標準之下，能確保標準的應用程序接口與對象能夠跨平臺使用。.NET平臺標準是以引用組件的方式存在，其本身并沒有任何實現，真正的實現是由平臺擁有者所進行，而客戶端使用簡單的NuGet版本戳記即可獲得正確的平臺版本。

.NET Framework老項目能夠遷移到.NET Core嗎

我相信絕大數有一定資歷的 .NET 程序員都已經在.NET Framework項目中積累了大量的經驗,那么這些項目能否直接遷移到.NET Core中呢。注意,并不是所有的.net Framework的代碼都可以直接運行在.net core上。

這是微軟一直在做的事情,也是廣大開發者的心聲。

在 .NET 的整個歷史記錄中，它都嘗試在版本之間以及 .NET 各個風格之間保持高級別的兼容性。 .NET Core 將繼續堅守這個準則。盡管可以將 .NET Core 視為獨立于 .NET Framework 的新技術，但下面的兩個因素使 .NET Core 無法脫離 .NET Framework：

有許多最初開發過或在繼續開發 .NET Framework 應用程序的開發人員。他們希望各個 .NET 實現中的行為保持一致。
.NET Standard 庫項目允許開發人員創建面向 .NET Core 和 .NET Framework 共享的通用 API 的庫。開發人員希望用于 .NET Core 應用程序的庫與用于 .NET Framework 應用程序的同一個庫的行為相同

在希望保持各個 .NET 實現之間的兼容性的同時，開發人員還希望在各個 .NET Core 版本之間保持高級別的兼容性。具體而言，為 .NET Core 早期版本編寫的代碼應在較高版本的 .NET Core 上無縫運行。實際上，許多開發人員都希望新發布的 .NET Core 版本中的新 API 也應該與引入這些 API 的預發布版本兼容。