本文由葡萄城技術團隊於部落格園原創並首發
轉載請註明出處：葡萄城官網，葡萄城為開發者提供專業的開發工具、解決方案和服務，賦能開發者。
.Net Core 是什麼？
最新.Net Core 熱詞霸佔了各個技術熱搜，看來微軟近年來發布的 .Net Core 還是成功了引起了大家的熱烈討論。如果您對微軟熟悉，肯定是很瞭解.Net 平臺，但是隨著網際網路的興起，好像微軟這個霸主的地位有所撼動。
.NET Core 是.NET Framework的新一代版本，是微軟開發的第一個跨平臺 (Windows、Mac OSX、Linux) 的應用程式開發框架（Application Framework），未來也將會支援 FreeBSD 與 Alpine 平臺。.Net Core也是微軟在一開始發展時就開源的軟體平臺[1]，由於 .NET Core 的開發目標是跨平臺的因此 .NET Core 會包含 .NET Framework 的類別庫，但與 .NET Framework 不同的是 .NET Core 採用包化 (Packages) 的管理方式，應用程式只需要獲取需要的元件即可，與 .NET Framework 大包式安裝的作法截然不同，同時各包亦有獨立的版本線 (Version line)，不再硬性要求應用程式跟隨主線版本。
重點來啦：
- 跨平臺：可在 Windows、macOS 和 Linux 作業系統上執行
- 跨體系結構保持一致：在多個體繫結構（包括 x64、x86 和 ARM）上以相同的行為執行程式碼
- 命令列工具：包括可用於本地開發和持續整合方案中的易於使用的命令列工具。
- 部署靈活：可以包含在應用或已安裝的並行（使用者或系統範圍安裝）中。 可搭配 Docker 容器使用
- 相容性： .NET Core 通過 .NET Standard 與 .NET Framework、Xamarin 和 Mono 相容
- 開放原始碼： .NET Core 平臺是開放原始碼，使用 MIT 和 Apache 2 許可證。 .NET Core 是一個 .NET Foundation 專案
- 強勁效能：超強的後臺效能，超出.Net Framework
- 支援命令列執行所有操作
.Net Core 當前的現狀是什麼
目前可以看到很多傳統行業的資訊系統也在逐漸升級平臺，而且很多大的網際網路公司也已經使用，畢竟一次開發即可實現跨平臺的部署及應用，也是減少成本的重要體現。
可以確定.Net Core 是未來的發展趨勢。 .Net FrameWork也會延續使用，畢竟短期內遷移一些大型專案是很有難度的，而且也不太可能。.Net Core 和.Net FrameWork 的關係就如同是新能源汽車和傳統穩定的油耗汽車。油耗汽車已經經歷了多年的發展，技術非常成熟穩定，可以放心自由的使用。而新能源汽車是一個新興的技術，也是未來將要取待傳統技術的未來發展方向，所以使用.Net Core 開發專案必須越早越好。
.Net Core 與. Net FrameWork 對比：
|
.NET Core |
.NET Framework |
|
跨平臺 (OS platform): 支援Windows, Linux, 及 macOS |
僅支援在 Windows執行 |
|
安裝過程是獨立，端對端，可以在同一計算器中為應用程式指定獨立的.Net Core 版本。 |
一臺計算機上的所有應用程式都在同一.NET Framework版本上執行 |
|
高效能：在集合，數學，正規表示式，字串，檔案等方面都有提升。. |
高相容性 |
|
開源: 基於.NET平臺既可以根據 MIT或 Apache 2 授權 |
與最廣泛的NuGet軟體包，第三方庫和內部庫相容 |
|
v2.0 實現了.NET Standard 2.0¹ |
v4.6.1+ 以上版本支援s .NET Standard 2.0 |
使用.Net Core 優勢：
1. 支援在任何平臺部署，跨平臺幾乎沒有任何成本
2. 龐大的.Net 標準庫支援
3. 面向高效能的伺服器開發，基於 微軟 Azure雲的平臺優勢，已提供高效能的服務。
4. 高效能和可移植性
5. 相容多平臺
如何平滑的遷移專案至.Net Core 平臺
很多原有的專案是基於.Net FrameWork 開發的，可能是 Windows. WPF, ASP.NET MVC，那本身的侷限是隻能在Windows系統部署外，還涉及到一些核心功能的實現。傳統框架的種種不足，需要大的突破和改變。這意味著打破變化，但結果是值得期待的。
遷移原有專案到新的.Net Core 平臺意味著你可以保留舊專案的所有核心業務功能，不需要重構整個專案，從0開始開發。以下是我們根據經驗給出了幾類的應用的遷移難度。
|
專案型別 |
遷移難易程度 |
|
Web 應用: ASP.NET MVC |
簡單 |
|
WebForm 應用 |
不建議遷移，因為.Net Core 支援 WebForm |
|
Windows 應用 (Universal Framework) |
不需要遷移 |
|
Windows 應用(基於Sliverlight) |
簡單 |
|
WPF 及WinForms 桌面應用 |
複雜 |
|
控制檯應用 |
簡單 |
1. 遷移還是重構
如果針對前端專案，遷移是最佳選擇，畢竟前端程式碼均可複用，唯一要改動的就是後端程式碼。儘管.Net Core 和.Net Frame Work 專案都是基於C# 語言做開發的，然而兩者是不同的執行機制。所以如果是後端很重的專案，還是建議重寫，這樣也會利用一些新技術的優勢。
2. NuGet 包
在遷移之前，需要確認引用的.Net 標準庫是否在.Net Core中支援或丟棄，如果不支援的話，就需要考慮如何用新的包代替或者當前功能的重構。
.Net 標準包是在.Net 4.6.1 和.Net Core 中都可使用的，所以只需要可以使用該技術升級舊的PCL。如果你新增了.Net 標準庫的引用，同樣也可以在.Net Core 專案中使用。
3. Html / JavaScript / CSS 複用
可以將這些檔案直接複製到.NET Core解決方案中。 但是，請確保更改程式碼中的檔案路徑，例如CSS中的影像路徑。 因為經典的ASP.NET / MVC模板使用“ / Content /”目錄，而.NET Core使用“ / css /”，“ / js /”，“ / lib /”等。對此沒有任何限制，它們只是約定而已 。
如何選擇.Net Core 的開發工具
在開發專案時候，新的平臺和技術總是帶給你專案的一些新的重大突破功能，比如效能，比如核心功能提升，所以不僅我們的專案要一直跟隨升級，我們所選擇的開發工具，也要緊跟技術前沿，甚至要領先於我們的專案升級進度，為我們開發專案始終提供最有力的技術支援。
.NET Core是多平臺應用程式的未來。 如我們所見，.NET Core提供了傳統框架不支援的強大的本機新功能。 另一方面，.NET Core並不完全支援所有現有的應用程式型別進行遷移，尤其是那些與Windows OS緊密整合的應用程式型別，因此必須仔細考慮並計劃這些挑戰。
所以我們在選擇新平臺的同時，也需要考慮一些輔助開發的工具。以及這些工具在該領域的技術背景，是否足夠穩定，是否有足夠明確的未來，甚至比我們更能預先跟蹤未來的技術棧，以始終在我們遷移新專案的時候提供輔助工具。
這裡推介一些支援.Net Core 平臺的開發控制元件：
- API Protability Tool。這是一款輔助.net開發者在不同的開發框架上遷移原始碼工程的靜態程式碼審查工具。由於.net framework具有多個歷史版本，並且.net core以及Xamarin等開發框架在基礎類庫中實現API數量和型別有很多的不一致情況。.net開發者想把自身原始碼升級到更高的.net版本或者遷移到其他的.net開發框架上，會面臨很多API呼叫不相容的問題。該工具就是幫助.net開發者審查.net專案的原始碼，並生成審查報告，快速幫助開發人員找到不相容程式碼行以及協助評估遷移工作量。
- PostMan,Postman是一款支援跨平臺的應用程式，用來幫助開發者快速構建和測試REST API 服務。Postman可以模擬HTTP請求的所有謂詞，用於REST API的測試。
- Visual Studio Code ， Visual Studio Code是跨作業系統平臺的輕量級程式碼編輯器。支援絕大多數主流語言編譯和除錯的能力。
綜上所述，無論從其效能和生態上預測，.NET Core 都極有可能成為最受歡迎的開發平臺，不過，當前國內僅有騰訊、阿里等廠家願意試水，葡萄城作為一傢俱備30多年開發經驗的軟體廠商，同樣也在持續對.NET控制元件進行更新迭代。
如果您有 .NET Core及其衍生技術和開發工具的需求，請訪問葡萄城官網瞭解詳情。