Xamarin.Forms跨ViewModel传参及XFC0004错误咨询

• 报错XFC0004的核心原因是：你在XAML中用<viewmodel:EditViewModel />标签实例化ViewModel时，XAML编译器要求被实例化的类型必须提供无参数默认构造函数。你当前的EditViewModel只写了接收对象参数的构造函数，没有无参构造，自然编译失败。你之前尝试给EditObjectPage加默认构造完全不对症——报错的主体是EditViewModel，不是页面类。
• 你当前的实现本身存在MVVM模式下的常见设计问题：在XAML中硬编码绑定ViewModel实例、ViewModel直接强依赖全局导航实例、传参逻辑耦合在构造函数中，后续要同时支持新增、编辑两个场景复用页面会非常难维护。
• 额外语法问题：你贴的代码中把构造函数参数命名为object属于非法写法，object是C#内置关键字，不能直接作为标识符使用，需要改名为editTarget、selectedObj这类合法名称，否则即使构造逻辑正确也会编译报错。

第一步：移除XAML中硬编码的BindingContext #

直接删除EditObjectPage.xaml中这段硬编码实例化ViewModel的代码：

<ContentPage.BindingContext>
    <viewmodel:EditViewModel />
</ContentPage.BindingContext>

XAML标签实例化类型仅适合无参数、不需要外部传值的场景，凡是需要动态传参的页面都不要用这种方式绑定BindingContext。

第二步：改造EditViewModel，补充无参构造与可绑定属性 #

不要把传参逻辑全塞在构造函数里，给编辑对象暴露支持属性变更通知的公共属性，同时保留两个构造函数适配不同场景：

public class EditViewModel : INotifyPropertyChanged
{
    private object _modifiedObject;
    // 公开可绑定的编辑对象属性，赋值时自动触发页面更新
    public object ModifiedObject
    {
        get => _modifiedObject;
        set
        {
            _modifiedObject = value;
            OnPropertyChanged();
            // 此处可写入对象赋值后的初始化逻辑，比如把原有数据填充到表单字段
        }
    }

    // 必须保留无参默认构造，从根源解决XFC0004错误
    public EditViewModel()
    {
        // 新增场景的初始化逻辑可放在这里，比如初始化一个空的业务对象
        ModifiedObject = new object();
        SaveCommand = new Command(OnSave);
    }

    // 保留带参构造做便捷初始化，供编辑场景调用
    public EditViewModel(object editTarget) : this()
    {
        ModifiedObject = editTarget;
    }

    // 其余命令、属性、INotifyPropertyChanged接口实现省略
}

第三步：调整页面后置代码，统一初始化BindingContext #

通过构造函数重载区分新增、编辑场景，在后置代码中手动给BindingContext赋值，实现单页面复用：

namespace MobileApp.Views
{
    [XamlCompilation(XamlCompilationOptions.Compile)]
    public partial class EditObjectPage : ContentPage
    {
        // 无参构造：供新增对象场景调用
        public EditObjectPage()
        {
            InitializeComponent();
            BindingContext = new EditViewModel();
        }

        // 带参构造：供编辑已有对象场景调用
        public EditObjectPage(object editTarget)
        {
            InitializeComponent();
            BindingContext = new EditViewModel(editTarget);
        }
    }
}

第四步：调整ListViewModel中的导航逻辑 #

现有命令逻辑不需要大改，补充空值判断即可，同时可以直接复用同一个页面实现新增功能：

public ICommand EditObjectCommand { get; set; }
public ICommand AddNewObjectCommand { get; set; }

public ListViewModel()
{
    EditObjectCommand = new Command(async (o) => await EditObject(o));
    AddNewObjectCommand = new Command(async () => await AddNewObject());
}

private async Task EditObject(object o)
{
    if(o is not object selectedObj) return;
    SelectedObject = selectedObj;
    // 编辑场景传参跳转
    await Application.Current.MainPage.Navigation.PushAsync(new EditObjectPage(selectedObj));
}

private async Task AddNewObject()
{
    // 新增场景直接调用无参构造，复用同一个编辑页面
    await Application.Current.MainPage.Navigation.PushAsync(new EditObjectPage());
}

• 不要用系统基类Object作为业务模型类型名，容易和System.Object产生混淆，建议替换为具体业务类名，比如InventoryItem、UserProfile等。
• 如果后续需要实现编辑完成后反向通知列表刷新、复杂参数传递的需求，建议引入MVVM工具包提供的消息机制、导航服务，不要长期依赖构造函数传参，参数过多时维护成本会快速升高。
• 如果补充无参构造后依然报旧错误，清理解决方案后重新生成即可，XAML编译器存在本地缓存概率导致旧错误残留。

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