本文主要讨论Blazor事件内容，由于blazor事件部分很多，所以会分成上下两篇，本文为第二篇。

双向绑定

概述

如图所示

当点击单项绑定的时候，MyOnewayComponent里的属性值会发生变化，这种变化是单项的，仅仅只是本地副本的值的变化，并不会引发父页面的值发生变化。但当点击父页面的Click Me的时候，会修改MyOnewayComponent的属性值会被修改。所以单项绑定强调的是占位，以达到动态输出的目的。
当点击双向绑定的时候，三个值会同步发生变化。即便点击父页面的Click Me，也不会覆盖掉MyTwoWayComponent的属性值，这说明父页面和MyTwoWayComponent页面的值发生了双向绑定，会导致数据同步变化。
双向绑定，绑定的是Blazor组件和dom元素，就像是宏指令一样。也就是说，当该组件首次运行时，输入框的值来自于CurrentValue属性，当用户输入新的值后，CurrentValue也将会被设置成新的值。

示例

双向绑定有一个重要特征就是使用@bind-进行数据绑定，之前我创建了两个组件，我们来看一下这两个组件的源代码：MyOnewayComponent：

<div>
    MyComponent CounterValue is @CounterValue
</div>
<button @onclick=UpdateCounterValue>Update</button>
@code {

    [Parameter]
    public int CounterValue { get; set; }

    void UpdateCounterValue()
    {
        CounterValue++;
    }
}

MyTwoWayComponent：

<div>
    MyComponent CounterValue is @CounterValue
</div>
<button @onclick=UpdateCounterValue>Update</button>
@code {

    [Parameter]
    public int CounterValue { get; set; }

    [Parameter]
    public EventCallback<int> CounterValueChanged { get; set; }

    async Task UpdateCounterValue()
    {
        CounterValue++;
        await CounterValueChanged.InvokeAsync(CounterValue);
    }
}

以上代码可以看到有明显的不同，MyTwoWayComponent包含一个EventCallback类型的属性，其命名是CounterValueChanged，看起来像是属性值后缀Changed，其调用方法也变成了async Task，该方法表明，当CounterValue发生变化的时候，会通过CounterValueChanged来通知事件源页面该值发生了变化。额外尝试一下，如果我们直接使用MyOnewayComponent 来演示双向绑定，会发生什么，我们使用如下代码运行一下看看：

<MyOnewayComponent @bind-CounterValue="@currentCount" />

运行后，发现报错了，错误信息是：Unhandled exception rendering component: Object of type 'BlazorApp.Client.Pages.MyOnewayComponent' does not have a property matching the name 'CounterValueChanged'。由此可见，我们的命名规则是强制的，其必须是所绑定EventCallBack的属性名后缀Changed。

BuildTree源码

#pragma warning disable 1998
protected override void BuildRenderTree(Microsoft.AspNetCore.Components.Rendering.RenderTreeBuilder __builder)
{
    __builder.AddContent(8, "Click me");
    __builder.CloseElement();
    __builder.AddMarkupContent(9, "rn<br>rn<br>rnrn");
    __builder.OpenComponent<BlazorApp.Client.Pages.MyOnewayComponent>(10);
    __builder.AddAttribute(11, "CounterValue", Microsoft.AspNetCore.Components.CompilerServices.RuntimeHelpers.TypeCheck<System.Int32>(
#nullable restore
                                currentCount

#line default
#line hidden
#nullable disable
    ));
    __builder.AddAttribute(12, "CounterValueChanged", Microsoft.AspNetCore.Components.CompilerServices.RuntimeHelpers.CreateInferredEventCallback(this, __value => currentCount = __value, currentCount));
    __builder.CloseComponent();
}

8-15行是单项绑定的内容
16-18行是双向绑定的内容

级联值和参数

概述

级联值和参数是一种将值从组件传递到其所有子组件的方法，在Blazor中，采用CascadingValue来实现，子组件通过声明同一类型的属性（用[CascadingParameter]属性修饰）来收集并赋值。当级联值发生更新的时候，这种更新将传递到所有的子组件，同时这组件将会自动调用StateHasChanged 。一般情况下，我们的CascadingValue中可能会需要传递多个值的变化，那么这种变化是如何进行的呢。是通过两种方式，一种是类型推导，一种是命名传值。

类型推导

我创建了两个组件，分别是FirstComponent，SecondComponent。FirstComponent源码如下：

<CascadingValue Value="@CascadingIndex">
    <CascadingValue Value="@CascadingName">
        <SecondComponent></SecondComponent>
    </CascadingValue>
</CascadingValue>
@code {
int CascadingIndex = 10000;

string CascadingName = "FirstComponent";
}

SecondComponent源码如下：

<h3>SecondComponent</h3>
<p>
    CascadingValue Is <strong>@SecondValue</strong>
</p>
@code {
    [CascadingParameter] int SecondValue { get; set; }
}

传值的过程中，我们只有一个int类型的属性，所以该值会显示10000，如下图所示：

如果我们修改一下FirstComponent的源码，将其中的string类型的属性删除掉，同时增加一个新的int类型的属性，如下源码所示：运行结果如下：

由此可见，当子组件遇到多个相同类型的属性的时候，会选择离子组件最近的属性的值并传递到自己的属性中去。

命名传值

命名赋值就很单纯了，主要考虑绑定正确的名称就行。修改后FirstComponent的源码如下，需要指定Name

  <CascadingValue Value="@CascadingIndex" Name="CascadingIndex">
    <CascadingValue Value="@Total" Name="Total">
        <SecondComponent></SecondComponent>
    </CascadingValue>
</CascadingValue>

@code {
    int CascadingIndex{ get; set; } = 10000;

    int Total{ get; set; } = 2;
}

SecondComponent源码如下，可以指定名称已接收值的传递

<h3>SecondComponent</h3>
<p>
    CascadingValue Is <strong>@SecondValue</strong>
</p>
@code {
    [CascadingParameter(Name = "CascadingIndex")] int SecondValue { get; set; }
}

运行后的结果如下，值又变回了10000，

有朋友可能会想，我不想设置SecondComponent中CascadingParameter的Name值，但是我可以设置成FirstComponent中某个已经绑定的Name的名称。如下所示：FirstComponent源码不变，SecondComponent源码如下：

<h3>SecondComponent</h3>
<p>
    CascadingValue Is <strong>@Total</strong>
</p>
@code {
    [CascadingParameter] int Total { get; set; }
}

运行结果如下所示：

由此可见，不设置子组件中CascadingParameter的Name值，是无法接收传递的值的。

性能问题

默认情况下，Blazor会持续监控级联值的变化，并将其传递到所有子组件中，这将会占用一定的资源，并可能导致性能问题。如果我们可以确定，我们的级联值不会发生变化，可以设置CascadingValue中参数IsFixed的值为true，这样的Blazor就不会监控级联值的变化了。

<CascadingValue Value="@CascadingIndex" IsFixed="true">
    <SecondComponent></SecondComponent>
</CascadingValue>

Blazor带我重玩前端(六)