Xamarin MVVM：Picker选中变化时更新模型的相关疑问

你提到的那个MVVM示例里，Picker选中项变化时通过ViewModel的OnPropertyChanged更新属性，对比直接在xaml.cs里用OnSelectedIndexChanged，确实刚开始会觉得步骤多，但它的优势在复杂场景下会很明显，我来给你拆解这两个问题：

1. MVVM方式对比OnSelectedIndexChanged事件的优势 #

• 彻底的关注点分离：UI层（xaml和xaml.cs）只负责展示和用户交互，所有业务逻辑、数据处理都放在ViewModel里。比如你不用在xaml.cs里写“选中颜色后更新某个对象”的代码，ViewModel专注处理数据，后期改逻辑不用碰UI代码，维护起来轻松很多。
• 可测试性拉满：ViewModel是纯C#类，没有任何UI依赖。你可以直接写单元测试，实例化ViewModel后手动设置SelectedColor，验证对应的属性或者自定义对象是否正确更新，不用启动模拟器跑UI测试，效率高太多。
• 代码复用性强：如果多个页面有类似的Picker选择逻辑，比如多个页面都要选颜色更新请求对象，ViewModel里的代码可以直接复用，不用在每个页面的xaml.cs里重复写事件处理函数。
• 避免状态不一致：用数据绑定的话，UI和ViewModel的状态是自动同步的。如果用事件处理，有时候可能会忘了同步UI和ViewModel的状态，导致显示和实际数据不匹配，MVVM的绑定机制从根源上避免了这个问题。

2. 如何更新ViewModel中自定义对象的特定项 #

假设你的ViewModel里有个要通过REST发送给服务器的自定义对象，比如叫ApiRequestModel，我们可以在Picker绑定的属性的setter里直接更新这个对象的对应字段，举个具体的例子：

首先在ViewModel里定义自定义对象和绑定属性：

// 要发送给服务器的自定义对象
public class ApiRequestModel
{
    public string SelectedColorHex { get; set; }
    public string SelectedCategory { get; set; }
    // 其他需要提交的字段
}

private ApiRequestModel _apiRequest;
public ApiRequestModel ApiRequest
{
    get => _apiRequest;
    set
    {
        _apiRequest = value;
        OnPropertyChanged(nameof(ApiRequest));
    }
}

// Picker绑定的选中颜色属性
private Color _selectedColor;
public Color SelectedColor
{
    get => _selectedColor;
    set
    {
        if (_selectedColor != value)
        {
            _selectedColor = value;
            OnPropertyChanged(nameof(SelectedColor));
            
            // 更新自定义对象的特定字段
            if (ApiRequest != null)
            {
                ApiRequest.SelectedColorHex = _selectedColor.ToHexString();
                // 如果需要让UI感知到ApiRequest的变化，触发属性变更通知
                OnPropertyChanged(nameof(ApiRequest));
                // 要是ApiRequest本身实现了INotifyPropertyChanged，也可以只触发对应属性的变更
            }
        }
    }
}

如果是多个下拉框，每个Picker绑定ViewModel里对应的属性（比如SelectedCategory），然后在这个属性的setter里更新ApiRequestModel的SelectedCategory字段就行。这样所有下拉框的逻辑都集中在ViewModel里，UI层只需要做绑定，不用写一堆事件处理代码，后期维护起来非常清晰。

关于你觉得繁琐的点：刚开始接触MVVM确实会觉得比直接写事件麻烦，但当你的页面有多个下拉框、业务逻辑变复杂时，这种模式的优势就会凸显出来——代码结构清晰，逻辑集中，改需求或者加新功能的时候不会牵一发而动全身。

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