一、組件 支撐Blazor的是微軟的兩大成熟技術,Razor模板和SignalR,兩者的交匯點就是組件。通常,我們從ComponentBase派生的類型,或者創建的.razor 文件,就可以稱作組件。基於這兩大技術,組件也就具備了兩大功能,1、生成html片段;2、維護組件狀態。這裡我們來說一下組件 ...
一、組件
支撐Blazor的是微軟的兩大成熟技術,Razor模板和SignalR,兩者的交匯點就是組件。通常,我們從ComponentBase派生的類型,或者創建的.razor 文件,就可以稱作組件。基於這兩大技術,組件也就具備了兩大功能,1、生成html片段;2、維護組件狀態。這裡我們來說一下組件最基本的功能,生成html片段。
二、RenderTreeBuilder,RenderFragment
我們知道,瀏覽器處理HTML 文檔時會將所有的標簽都掛到一顆文檔樹中,無論一段HTML來自哪裡,總會被這棵樹安排的明明白白。換句話說,如果有根線的話,我們可以依靠這棵樹把所有的標簽都串起來,而在Blazor組件中也有這麼一根線,這根線就是RenderTreeBuilder,拿這根線的人就是Blazor框架。
備註一下:以下涉及的代碼如果沒有特別說明,都是指寫在.cs文件中,繼承 Microsoft.AspNetCore.Components.ComponentBase 的組件類。
下麵用代碼看看這根線。 新建一個Blazor 應用 項目,新增 一個c#類,MyComp
繼承 Microsoft.AspNetCore.Components.ComponentBase,然後override 一下,找到如下方法:
protected override void BuildRenderTree(RenderTreeBuilder builder)
{
base.BuildRenderTree(builder);//加斷點
}
加個斷點,在項目的 Pages\Index.razor 裡加上一行。<MyComp />
如果不想代碼執行兩次,就在Pages_Host.cshtml 里修改一下rendermode
@(await Html.RenderComponentAsync<App>(RenderMode.Server))
F5跑起來,雖然沒有任何輸出,但是斷點命中了,RenderTreeBuilder這根線確實串起了我們的組件。
現在讓我們看看,RenderTreeBuilder 可以做什麼。
protected override void BuildRenderTree(RenderTreeBuilder builder)
{
builder.AddMarkupContent(0, "<span> BuildRenderTree 使用 AddMarkupContent 輸出 Html 。</span>");
// base.BuildRenderTree(builder);
}
再次跑起來,我們發現頁面上多了我們加的span.也就是說HTML的輸出,靠的是調用RenderTreeBuilder上的各種方法加上的。組件的基本原理也就是這樣,一個RenderTreeBuilder 進入不同組件的 BuildRenderTree 方法,方法內 通過RenderTreeBuilder上的add.. open.. 方法把我們想要輸出的部分,掛載到builder上,最終輸出到瀏覽器。
接下來,我們考察一下BuildRenderTree
方法, 用委托描述一下,我們發現這就是一個Action<RenderTreeBuilder>
.
在標題里我們提到了RenderFragment, 查看一下它的定義。
public delegate void RenderFragment(RenderTreeBuilder builder);//還是一個 Action<RenderTreeBuilder>,或者說,BuildRenderTree 就是一個RenderFragment
我們發現和前面的BuildRenderTree
在簽名上一模一樣,既然blazor會使用RenderTreeBuilder 去調用BuildRenderTree 方法,那麼RenderFragment會不會也被調用?
讓我們暫時離開組件MyComp,轉到Index.razor 內加一段code
@code{
RenderFragment MyRender=(builder) => builder.AddMarkupContent(0, "<span>當前輸出來自:Index.razor 組件, MyRender 欄位。 </span>");
}
在之前我們聲明 MyComp組件之後,再加一行調用 @MyRender
.
完整的Index.razor
@page "/"
<MyComp />
@MyRender
@code{
RenderFragment MyRender = (builder) => builder.AddMarkupContent(0, "<div>當前輸出來自:Index.razor 組件, MyRender 欄位。 </div>");
}
兩段信息,如願輸出,證明blazor能夠識別出模板中的 RenderFragment ,並自動調用。
既然我們在組件模板中(Index.razor)書寫RenderFragment ,當然有其他方式可以不用拼湊字元串。
RenderFragment AnotherRender =@<div>模板寫法的RenderFragment</div>;
加上調用 @AnotherRender
,跑起來,三段信息。
至此,我們對RenderFragment 有了一個大概的瞭解,它是一個函數,內部打包了我們的輸出內容。在模板中我們可以使用,@xxxrender
將其就地展開輸出,在c#環境下我們可以通過 xxxrender(builder)
的形式進行調用(比如在BuildRenderTree方法內調用)。又因為其本身就是一個委托函數,因此我們即可以在組件內使用,也可以自由的在組件之間傳遞, 完成對輸出內容及邏輯的復用。
同時,為了更好的配合RenderFragment 使用,Blazor中還提供了一個工廠委托,RenderFragment
//模板中(Index.razor)
RenderFragment<object> RenderValue =value=> @<div> render value :@value</div>;
調用 @RenderValue (123)
如果在c#代碼中,比如在BuildRenderTree 方法內, RenderValue (123)(builder)
。
vs中*.razor在編譯時會生成對應的.g.cs代碼,位置在obj/debug/netcoreapp3.0/ razor 下,可以多打開看看。
三、RenderFragment 的一些用法
1、html中,我們可以在一對標簽內添加 內容,比如 <div>123</div>
,組件預設是不支持此類操作的,這時我們就需要RenderFragment來包裝標簽內的內容。
讓我們回到MyComp組件類中,增加一個屬性
[Parameter] public RenderFragment ChildContent{ get; set; }
Index.razor
<MyComp><div> 組件標記內部</div></MyComp>
此時直接運行的話,組件不會輸出內部信息,需要在BuildRenderTree 中執行一下
protected override void BuildRenderTree(RenderTreeBuilder builder)
{
ChildContent?.Invoke(builder);
base.BuildRenderTree(builder);
}
組件標記內的片段被打包進了 ChildContent,已經變成了獨立的一個片段,因此需要我們顯式的調用一下。
ChildContent 是特殊名稱
2、組件上有多個RenderFragment
[Parameter] public RenderFragment Fragment1 { get; set; }
[Parameter] public RenderFragment Fragment2 { get; set; }
此時調用需要調整一下,不然框架不知道把內容片段打包進哪個屬性里
<MyComp>
<Fragment1>
<div> Fragment1 </div>
</Fragment1>
<Fragment1>
<div> Fragment1.1 </div>
</Fragment1>
<Fragment2>
<div> Fragment2 </div>
</Fragment2>
</MyComp>
這裡故意重覆處理了Fragment1,可以看看結果。
3、帶參數的RenderFragment
code:
[Parameter] public RenderFragment<MyComp> ChildContent { get; set; }
調用及傳參
<MyComp Context="self" > //<ChildContent>
@self.GetType()
</MyComp> //</ChildContent>
4、打開的組件聲明標記內部,除了可以使用RenderFragment 參數屬性外,其他的razor 語法基本都支持,也包括另外一個組件。
比如
<MyComp>
<CompA />
<CompB> ...... </CompB>
</MyComp>
或者
<MyComp>
<Fragment1>
<CompA />
</Fragment1>
<Fragment2>
<CompB> ...... </CompB>
</Fragment2>
</MyComp>
雖然看上去,聲明標記的代碼很相似,但卻有著實質上的不同。
當我們使用 標記聲明一個參數屬性時,我們是在生成RenderFragment,隨後將其賦值給對應的屬性。
當我們使用標記聲明一個組件時,我們是在構造一個組件實例,然後調用它,將組件輸出插入到組件所在位置。
參數屬性(RenderFragment )屬於組件,是組件的一個屬性,互相關係是明確的類型《=》成員關係。
組件內部的其他組件標記很多時候只是為了復用一些輸出片段,如果不通過代碼進行一些處理的話,是無法明確知道組件之間關係的。
四、CascadingValue/CascadingParameter
組件多起來之後,組件之間的數據共用和傳遞以及組件間的關係就會變的很麻煩,數量少的時候,還可以使用@ref 手工指定,多起來之後@ref明顯不是一個好方法。 組件CascadingValue和對應的特性[CascadingParameter]就是為瞭解決這一問題而出現。
一個CascadingValue 內的所有組件 包括子級,只要組件屬性上附加了[CascadingParameter]特性,並且值內容可以相容,此屬性就會被賦值。
比如給組件定義 屬性接收CascadingValue
[CascadingParameter] public int Value { get; set; }
[CascadingParameter] public string SValue { get; set; }
//修改下輸出
protected override void BuildRenderTree(RenderTreeBuilder builder)
{
builder.AddMarkupContent(0, $"<div>CascadingValue: {Value},{SValue} </div>");// 一個int,一個string
ChildContent?.Invoke(this)(builder);//載入下級組件
base.BuildRenderTree(builder);
}
在razor頁中
<CascadingValue Value="123"> //int
<MyComp>
<MyComp></MyComp>
</MyComp>
</CascadingValue >
執行後我們就會發現,兩個組件都捕獲到了int 值 123.
現在再加一個CascadingValue
<CascadingValue Value="123"> //int
<CascadingValue Value="@("aaaa")"> //string
<MyComp>
<MyComp></MyComp>
</MyComp>
</CascadingValue >
</CascadingValue >
分屬兩個CascadingValue 的兩個不同類型值,就被每個組件的兩個屬性捕獲到,方便、強大而且自身不產生任何HTML輸出,因此使用場景非常廣泛。比如官方Forms組件中就是藉助CascadingValue/Parameter 完成model的設置,再比如,組件預設沒有處理父子、包含關係的介面,這時就可以簡單的定義一個[CascadingParameter] public ComponentBase Parent{get;set;}
專門接收父級組件,處理類似Table/Columns之類的組件關係。
五、總結
組件是為其自身的 BuildRenderTree方法 ( RenderFragment )服務的,組件上的各種屬性方法,都是為了給RenderFragment 做環境準備,因此組件實質上是個RenderFragment的包裝類。組件系統則通過一個RenderTreeBuilder依次調用各組件,收集輸出內容,最終交給系統內部完成輸出。
1、.Razor文件會被編譯為一個組件類(obj/debug/netcore3.0/razor/...)
2、組件系統創建RenderTreeBuilder,將其交給組件實例
3、組件實例使用 RenderTreeBuilder,調用自身 BuildRenderTree。
4、等待組件狀態變化,再次輸出。