Blazor带我重玩前端(二)
概覽
Blazor目前有兩種托管模式,一種是Server-Side模式,一種是WebAssembly模式。官方首先支持的是Service-Side模式,使用WebAssembly模式,需要更新到最新版VS2019。小編目前的精力是更多的專注于Blazor-WebAssembly模式的研究,所以本系列文章只會對Server-Side模式做簡要說明。
WebAssembly
WebAssembly模式(也可叫做Client-Side模式),WebAssembly前文已經(jīng)說了很多了,本文不再做額外討論。我們主要來看一下ASP.NET Core Blazor是如何實現(xiàn)WebAssembly模式的。Blazor啟動后,會將依賴項、.NET運行時以及應(yīng)用組件下載瀏覽器,應(yīng)用將在瀏覽器上直接運行。其交互如圖所示:同時其UI更新和事件處理也在統(tǒng)一進程中進行,如下圖所示:
WebAssembly優(yōu)點
Web 程序集在客戶端、瀏覽器內(nèi)運行,因此可以作為靜態(tài)文件進行部署。
相對于Server-Side模式,當與服務(wù)器連接斷掉時,依然可以連接,但是涉及到數(shù)據(jù)庫查詢等后臺功能時,肯定是無法正常工作的。
可以減少服務(wù)器負載壓力。
WebAssembly缺點(此處有誤,請看評論)
由于其每個交互HTML由服務(wù)器端預(yù)呈現(xiàn),這意味Server-Side無法使用靜態(tài)化方案。同時其往返流程所涉及到的時間消耗,這也只能使得Server-Side模式可能會有更高的延遲。
需要始終與服務(wù)器建立活動連接,一旦服務(wù)器關(guān)閉,應(yīng)用也將立即停止工作。
服務(wù)器壓力會較大。
Server-Side
Server-Side模式于2019年9月發(fā)布,其目的是使得ASP.NET Core 應(yīng)用中在服務(wù)器上執(zhí)行應(yīng)用。其交互如圖所示:UI 更新、事件處理和 JavaScript 調(diào)用是通過 SignalR 連接進行處理。如下圖所示:
Server-Side優(yōu)點
Blazor 服務(wù)器端已經(jīng)先于客戶端呈現(xiàn)了HTML內(nèi)容。相對于WebAssembly模式要下載很多的文件,Server-Side的啟動速度更快,也對搜索引擎更加友好。
由于瀏覽器端只需要專注于HTML相關(guān)內(nèi)容的展示,這意味Server-Side幾乎不會遇到什么兼容性。
Server-Side缺點
由于其每個交互HTML由服務(wù)器端預(yù)呈現(xiàn),這意味Server-Side無法使用靜態(tài)化方案。同時其往返流程所涉及到的時間消耗,這也只能使得Server-Side模式可能會有更高的延遲。
需要始終與服務(wù)器建立活動連接,一旦服務(wù)器關(guān)閉,應(yīng)用也將立即停止工作。
服務(wù)器壓力會較大。
總結(jié)
以上是生活随笔為你收集整理的Blazor带我重玩前端(二)的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 魔幻艰难的2020上半年!
- 下一篇: Blazor带我重玩前端(三)