在2016年, 本人就開始了一個(gè)內(nèi)部項(xiàng)目, 其特點(diǎn)就是用C#構(gòu)建DOM樹, 然后把DOM同步到瀏覽器中顯示. 并且在一些小工程中使用.

3年下來, 效果很不錯(cuò), 但因?yàn)槭鞘褂肅#來構(gòu)建控件樹, 在沒有特定語法的情況下, 代碼風(fēng)格不是那么好.

典型的風(fēng)格大概是這樣的:

這個(gè)模式挺好的, 有點(diǎn)嫌棄C#代碼占比太高, HTML代碼靠字符串來完成, 在界面的設(shè)計(jì)上, 比較吃力.

在2019年秋, Asp.Net 3.0出來了, Blazor Server Side 也正式公布, 可以在VS2019中使用.

當(dāng)時(shí)我就去嘗嘗鮮, 發(fā)現(xiàn)這東西, 和我的框架很接近. 不同的是,

Blaozr Server Side 是基于 MVVM 的, 而我的框架是基于傳統(tǒng)控件樹的.

Blazor畢竟有微軟做爸爸, 在VS上的支持是直接的, 由Razor文件來負(fù)責(zé) HTML+C# 的代碼模式, 完全支持智能提示.

天呀, 這不是就是我夢(mèng)寐以求的開發(fā)方式嗎? 于是, 在疫情期間, 我把以前的框架, 和Blazor直接整合在一起. 開始做一些小工程做驗(yàn)證.

現(xiàn)在這個(gè)整合大部分需求與問題都得到了解決. 還需要提供更多的控件用以提高工程的開發(fā)速度.

先上圖,  看看 Blazor 的代碼是長什么樣子的.

(Razor語法, 和MVC有點(diǎn)接近. 但是MVC是輸出靜態(tài)HTML的, Blazor組件是生成服務(wù)器樹狀結(jié)構(gòu)的)

與 MVC 的 Razor語法是接近的 , 然而最大不同時(shí) , MVC 的最終目標(biāo)是生成字符串發(fā)給瀏覽器.  而Blazor生成了模型之后, 依然是"活動(dòng)"的, 隨時(shí)準(zhǔn)備好響應(yīng)客戶端的事件.

對(duì)于 Blazor 架構(gòu)的一些特點(diǎn), 畫了一些圖.

首先, 我把這種模式成為 "服務(wù)器UI映射" , 后面都會(huì)陸續(xù)使用這個(gè)概念.

個(gè)人看法 , 通常的情況, 僅供參考

Blazor 因?yàn)樵诜?wù)器上把代碼運(yùn)行狀態(tài)駐留在內(nèi)存,

所以程序運(yùn)行的上下文得以保存, 而關(guān)聯(lián)的事件也會(huì)綁定到上下文中.

事件處理函數(shù)被調(diào)用時(shí), 相關(guān)的對(duì)象和數(shù)據(jù)會(huì)全部可用.

具體的細(xì)節(jié)無法說太多, 畢竟這是新事物, 我自己也是一邊使用一邊積累心得.

我以后會(huì)陸陸續(xù)續(xù)放上各種例子, 提供給感興趣的網(wǎng)友們, 用節(jié)省時(shí)間的方式去迅速掌握Blazor的開發(fā)流程.

最后, 放上一個(gè)對(duì)照表, 以供參考:

以上就是[Asp.Net Core] 淺談Blazor Server Side 的詳細(xì)內(nèi)容，更多關(guān)于Blazor Server Side 的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論