ASP.NET Core 可以用作傳統的web服務、RESTful服務、遠程過程調用（RPC）服務、微服務，這歸功於它的跨平臺支持和輕量級設計 ...
ASP.NET Core 能用於什麼樣的應用
ASP.NET Core 可以用作傳統的web服務、RESTful服務、遠程過程調用（RPC）服務、微服務，這歸功於它的跨平臺支持和輕量級設計。如下圖所示：
什麼時候選擇ASP.NET Core
這個問題需要從三個方面來討論。
1、剛學習.NET的開發人員
如果您是.NET開發新手並正在考慮使用ASP.NET Core，那麼歡迎您！ 微軟正在推動ASP.NET Core作為Web開發初學者的一個有吸引力的選擇，與其他跨平臺Web框架相比，它具有如下的優勢：
a、它是一個現代的，高性能的開源Web框架；
b、它使用熟悉的設計模式和範式；
c、C＃是一種很棒的語言（如果你願意，你可以使用VB.NET或F＃）；
d、您可以在任何平臺上構建和運行（跨平臺）；
ASP.NET Core是對ASP.NET框架的重構，在新的.NET Core平臺之上，使用了現代軟體設計原理。雖然它是一個全新的平臺，但.NET Core是從已經使用了十多年，獲得了巨大的成功的，成熟、穩定、可靠的.NET框架重構而來，選擇ASP.NET Core和.NET Core，您將獲得可靠的平臺以及功能齊全的Web框架。當前流行的許多Web框架都使用類似設計模式，這各ASP.NET Core沒有什麼不同。例如，眾所周知的Ruby on Rails，它使用模型 - 視圖 - 控制器（MVC）模式; Node.js，它使用管道處理請求；存在於各種各樣的框架中的依賴註入。如果熟悉這些技術，學習ASP.NET Core是件很容易的事;如果不熟悉，也沒關係，ASP.NET Core帶你體驗這些技術的最佳實踐！
2、你是一個.NET開發人員，準備創建一個新項目
如果您是.NET開發人員，那麼選擇ASP.NET Core只是時間問題。 雖然微軟承諾繼續支持老版的ASP.NET框架，但很明顯他們的重心在新的ASP.NET Core框架。 從長遠來看，如果你願意使用新的特性和功能，ASP.NET Core是你必然的選擇。
ASP.NET Core是否適合您，很大程度上取決於您的需求和之前ASP.NET框架的體驗。 跟ASP.NET框架相比，ASP.NET Core具有如下優勢：
a、跨平臺開發和部署；
b、高性能；
c、簡化的托管模型；
d、更短的迭代和開發周期；
e、開源；
f、模塊化設計;
如果您在應用中沒有使用任何特定於Windows的組件，例如註冊表。那麼跨平臺構建和部署應用程式的能力將為你打開一個進入全新的應用程式大門：它可以利用更便宜的Linux 虛擬主機，托管在雲端，使用Docker容器進行可復用的持續集成，或者在Mac上編寫.NET代碼而無需運行Windows虛擬機。
以前的ASP.NET框架的托管模型是一個相對複雜的模型，依靠Windows IIS提供Web伺服器進行托管。 在跨平臺環境中，不存在這種共生關係，而是使用了另一種托管模型，它將Web應用程式與底層分開。 這促成了微軟對Kestrel的開發：一個快速，跨平臺的可以運行ASP.NET Core應用的HTTP伺服器。下圖是ASP.NET 和ASP.NET Core的托管示意圖：
為了實現這一點，ASP.NET Core被設計為高度模塊化，儘可能減少模塊間的耦合。從一個簡單的應用程式開始添加需要的庫，而不是像以前的從一開始就變得臃腫的ASP.NET應用程式 。在ASP.NET Core應用中，甚至MVC也是一個可選包！ 這並不意味著ASP.NET Core缺少了功能; 它僅僅是讓你按需添加類庫，構造靈活的，輕量的應用。它包含如下重要的組件：
a、用於定義應用程式行為的中間件“管道”（“pipeline”）；
b、內建的依賴註入（dependency injection）；
c、組合UI（MVC）和API（Web API）基礎結構；
d、高度可擴展的配置系統；
e、非同步編程；
3、將現有ASP.NET應用程式轉換為ASP.NET Core
如果你的應用程式為ASP.NET Web Form 、WCF、SignalR、使用了很多ASP.NET MVC高級功能的應用，那麼，不建議你將其轉換為ASP.NET Core 應用。因為這些類型應用的很多特性，在ASP.NET Core 不被支持。（SignalR將在新版本中支持），如果你的應用是輕量的ASP.NET MVC應用或者你打算重新創建一個新應用時，建議使用ASP.NET Core；
謝謝你的閱讀，下節見！如果期待本系列，請點一下推薦！
