使用Asp.net Core3&Blazor 的全棧式網站開發體驗

最新的微軟視頻： Full stack web development with ASP.NET Core 3.0 and Blazor - BRK3017  

如下是重要步驟截圖配註解：

1、全棧的解決方案架構

                       

.Net Core3的全棧解決方案示意圖。

        此圖的第一部分Client 是能夠靈活替換的，哪怕它是Vue,Angular 或者 JQuery 都是很完美的一個解決方案的。在追求總體的前端解決方案之初，是插件的時代，IFrame的時代。之因此沒有一統江湖的框架出來，多是沒有一個一統江湖的Router，而Router是框架的粘合劑。ExtJs,Hae之類就是那時的巔峯產物，各自實現了模擬類，組件繼承，路由，頁面生命週期管理等等。到現在這個美好時代,有Vue,Angular了，一個命令行就作好項目框架，如今Blazor (Client-side) 是首個利用WebAssembly 實現的前端解決方案！

        在網站開發演化的過程當中，先後分離的模式基本被推舉爲主流，但不時出現先後一體的技術架構，我稱之爲全棧解決方案。 好比以前的Asp.net 和 MEAN 框架了。 Asp.net框架實現WebForm架構，經過重重的ViewState來實現狀態的傳遞，最後經不起MVC的輕輕一擊就讓位出來了；而 MEAN框架更是思惟超前，全棧用JS開發，用JSON傳遞數據，但又過於小衆； 還有Gwt或Abp等一些技術，口號是前端直接調用後端的服務或函數。而後這一次Blazor （Server-side) 是微軟第二次摸索先後一體的技術架構，是首個利用WebSocket技術實現的全棧解決方案！

        第二部分，廣大Javaer 請手動略過，並且Neter們能夠再次信仰充值。到了.Net Core3.0時，Mvc 和 Web Api的Controller完美統一,MVC和Razor pages 的視圖語法統一，Razor Pages能夠靈活的介入而無需MVC的諸多約定（asp的再生 ）。SignalR的簡單至極的用法，支持Web,  .Net  ,和Java的客戶端鏈接以及將來的Ｃ++客戶端，它的後臺開發你能夠用Web服務承載，甚至能夠用控制檯或桌面程序控制。說到桌面程序能夠控制每一個Client ,讓我想到了網絡遊戲的開發，或許SignalR能夠支持網絡遊戲的後臺管理部分工做，大膽設想一下，之後網絡遊戲的網絡鏈接模塊全用SignalR編寫， 而遊戲的其它重心就只剩圖形和邏輯模塊（即遊戲的Client開發）了。我沒接觸過遊戲開發，不知道現有的遊戲引擎的聯網模塊如何的工做和高效的,但我認爲SignalR是微軟送給全世界開發者的禮物，不管他是用什麼語言，在什麼領域，均可以嘗試一下。

        第三部分，gRPC的到來是一場革命，雖然它把後端的戰線又拉長了1千米，但這1千米是超值的。暢想之後廣大的Net, Java, Python程序員能夠歡座一堂，撫鍵盤而言歡了。而Work Services是.Net Core3中帶來的服務功能，就是一個持續的進程。    

不知道細心的人有沒有發現沒有上圖沒有EF Core(數據層)呀!其實EF Core的位置在Web Api,  Worker services，和gRPC裏面，它地位只是一個小工具了。

2、如何啓動Blazor的項目調試

如下是啓動步驟，可調試且安全的Blazor！

 

3、Blazor的基本使用及引入第三方的Blazor組件庫

簡單提到了Blazor 的路由@page , 頁面即組件， Razor文件及Razor語法，如何發起對後臺的Http請求，以後

演示了第三方的表格組件和前端下載Excel文件

        

如何導出Excel文件

瀏覽器側導出文件原本是弱項，此處究竟是如何實現保存文件的須要研究，真的是Net Core實現的？

重要的夥伴

4、Blazor的兩種模式及利弊

Client-side:  前端加載量大，依賴瀏覽器的wasm能力，響應快。並且微軟標註了 Future

Server-side ：前端加載小，SignalR，後端負載大，頁面元素也是實時傳輸的, 它是隨3.0正式發佈的。 
這個模式我認爲是微軟又一次的強造的東東，力量大就是好，直的能掰彎，彎的能掰直，但真的可否推廣開真的是懸疑。這又是微軟的造車計劃，參考asp.net平臺（其它公司只有造輪子的能力，微軟向來是造車的）

服務端模式初始加載不多，400k, 瀏覽器完全變成一個傀儡。mvc 框架中的View,  Razor Pages,以及Blazor的組件都是Rendering Model ，是隨着請求發送給瀏覽器的，而組件的State是放在Server端的， 建議第32~33分鐘反覆聽幾回！

如今的Blazor Server項目，瀏覽器端和後端像一個總體的單機程序同樣，好比wpf,winform開發，組件是有狀態的，但你不要關心它便可。這是微軟的asp.net  WebForm架構的ViewState方案失敗後的再一次追求先後一體，不明白爲何微軟認定了state這種東西了，難道如今的無狀態HTTP不爽嗎？

5、Asp.net Core3所支持的SPA模板

 

Angular7 & asp.net core3完美合體

6、Worker Services，一個服務進程的項目模板

    在.Net Core3.0中，有新的Worker Services模板了，它是長時間運行的工做進程，能夠承載在windows  services, systemd,WebJobs,容器中，
aps.net core的 易用的配置項，日誌及DI都是內置的，全部的一切只須要你新建一個asp.net core項目，選擇Work Services模板便可！

這又是極簡的框架，  仍是微軟大法好！

添加 windows的 服務支持，它就很容易部署成service了，如下是步驟！

再加一句話，而後發佈項目。

啓動服務便可：

一個批薩訂單的例子

一次啓動多個項目的設置：

7、 gRPC

proto文件是自動編譯的。

 

 

8、更好的分析工具和性能

 

9、新特性及發佈時間計劃

預告一下： NET Core 3.0 launches at .NET Conf 2019 September 23-25, a free, virtual developer event.