Blazor子组件与父组件间Value双向传递的实现是否合理？

你关于引用类型直接修改会同步到父组件的判断是完全正确的。因为引用类型传递的是对象引用，子组件修改对象的属性本质上是操作同一个内存实例，会直接影响父组件中的对象，这确实违反了Blazor组件Value/ValueChanged的单向数据流约定，容易引发不可预期的状态变更和调试困难。

你的处理思路（内部对象副本+SetParametersAsync同步+ValueChanged回调）符合Blazor的组件设计规范，整体方向正确，以下是对实现细节的分析和优化建议：

一、核心逻辑的正确性 #

你的核心实现逻辑完全遵循Blazor单向数据流原则：

• 通过内部_value副本隔离父组件的原始对象，避免子组件意外修改父组件状态
• 仅通过ValueChanged回调通知父组件更新，把状态控制权交还给父组件
• 严格区分输入参数（Value）和内部状态（_value），符合组件职责分离的设计思想

二、实现细节的优化建议 #

1. 构造函数初始化冗余
   构造函数中初始化Value = new AddressFormPageModel()是不必要的，组件参数会在SetParametersAsync中被覆盖，反而可能造成初始状态混淆。建议只初始化内部的_value，或留空并在SetParametersAsync中处理null情况。

2. SetParametersAsync参数处理简化
   当前遍历所有参数的方式可以简化，直接通过TryGetValue获取目标参数，同时遵循Blazor官方推荐的先调用基类方法的顺序：

public override async Task SetParametersAsync(ParameterView parameters)
{
    await base.SetParametersAsync(parameters); // 先完成参数赋值
    
    if (parameters.TryGetValue(nameof(Value), out AddressFormPageModel newValue) && newValue != null)
    {
        _value = new AddressFormPageModel(newValue); // 创建内部副本
        
        if (IsFirstSet && (!string.IsNullOrEmpty(_value.StreetNumberAndName) || !string.IsNullOrEmpty(_value.City)))
        {
            IsSelected = Value.IsVerified;
            IsFirstSet = false;
        }
    }
}

3. 异步方法避免async void
OnFieldChanged使用async void会导致异常无法被Blazor的错误处理机制捕获，建议改为async Task：

private async Task OnFieldChanged(object? sender, FieldChangedEventArgs e)
{
    if (e.FieldIdentifier.Model is not AddressFormPageModel)
        return;

    if (ValueChanged.HasDelegate)
        await ValueChanged.InvokeAsync(_value);
}

4. 确保深拷贝的可靠性
   AddressFormPageModel(newValue)构造函数需要保证是深拷贝，如果模型内部包含其他引用类型属性（比如嵌套的对象），浅拷贝仍然会导致父组件对象被意外修改。若模型复杂，可通过序列化/反序列化实现深拷贝，或手动编写完整的拷贝逻辑。

三、父组件实现的正确性 #

父组件的OnAddressChanged逻辑是正确的：

• 标记HasUnsavedChanges状态，符合表单交互的常规逻辑
• 重置IsAddressVerified状态，因为地址已被修改
• 替换ProfilePageModel.AddressModel为子组件传递的新对象，完成状态更新

总结 #

你的整体实现方向完全正确，符合Blazor组件的设计原则，仅需在细节上做上述优化，即可成为一个健壮的引用类型参数传递组件。

内容的提问来源于stack exchange，提问作者David Thielen