ASP.NET Core 能用於什麼樣的應用web
ASP.NET Core 能夠用做傳統的web服務、RESTful服務、遠程過程調用(RPC)服務、微服務,這歸功於它的跨平臺支持和輕量級設計。以下圖所示:編程
何時選擇ASP.NET Core 設計模式
這個問題須要從三個方面來討論。服務器
一、剛學習.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帶你體驗這些技術的最佳實踐!
二、你是一個.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、異步編程;
三、將現有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;
謝謝你的閱讀,下節見!若是期待本系列,請點一下推薦!