WPF里子窗口怎么把数据库对象传给父窗口，数据共享有点绕但很实用

在WPF项目里,我们经常会遇到这样一个场景：你打开一个子窗口（比如是一个添加新用户的窗口），在里面填写好数据后，点击“确定”按钮，这时你需要把在子窗口里创建好的这个“用户对象”传回到父窗口中去处理，这个数据传递的过程，对于刚接触WPF的人来说，可能会觉得有点绕，但一旦掌握了核心思想，就会发现它非常实用和灵活。

最直接但不太推荐的方法,就是让父窗口直接去操作子窗口的内部控件，在父窗口的按钮点击事件里，创建子窗口对象后，通过子窗口对象.文本框.Text这样的方式强行获取数据，这种方法虽然直接，但破坏了窗口之间的封装性，子窗口内部布局一变动，父窗口的代码就得跟着改，耦合度太高，很容易出错，我们需要更优雅的方式。

这里介绍几种在实践中非常常用且有效的方法。

通过公共属性传递

这是最清晰、最符合面向对象思想的做法，核心思路是：在子窗口类里，定义一个公共属性（Public Property），这个属性就是用来存放你想要传递出去的数据对象。

举个例子,假设子窗口是用来编辑一个User对象的，你在子窗口的代码里（比如EditUserWindow.xaml.cs）定义一个公共属性：

public User SelectedUser { get; set; }

在子窗口的“确定”按钮点击事件里，你需要做两件事：

1. 将界面上用户输入的数据,赋值给这个SelectedUser属性（或者一个新创建的User对象）。
2. 将子窗口的DialogResult属性设置为true，这行代码非常关键，它不仅会关闭窗口，还会告诉父窗口用户是点击了“确定”这样的肯定性按钮。

切换到父窗口,当需要打开子窗口时，你应该使用ShowDialog()方法，因为这是个模态窗口，我们需要等待子窗口关闭后再继续执行，代码逻辑是这样的：

// 在父窗口的某个方法中，比如一个按钮的点击事件
EditUserWindow editWindow = new EditUserWindow();
// 可以在这里为子窗口的初始数据赋值，editWindow.SelectedUser = existingUser;
if (editWindow.ShowDialog() == true)
{
    // 只有当用户点击子窗口的“确定”按钮时，才会进入这个if块
    User newUser = editWindow.SelectedUser;
    // 拿到newUser后，你就可以做任何需要做的事情了，比如添加到列表、保存到数据库等。
    MyUserList.Add(newUser);
}

这种方式的好处是职责分明,子窗口只负责收集和验证数据，并把最终结果放在一个“托盘”（公共属性）里，父窗口负责决定何时打开子窗口，并在子窗口成功完成后，从“托盘”里取走数据，两者通过一个清晰的接口（那个公共属性）进行通信，互不干涉内部实现。

使用事件（Event）机制

事件是.NET中实现对象间通信的经典方式，它的思路是：子窗口在完成某项任务（比如点击确定）时，主动向所有关心这件事的对象“喊一嗓子”，并把数据作为“礼物”送出去。

在子窗口类里,你需要做三件事：

1. 定义一个事件。public event Action<User> UserCreated;。
2. 在“确定”按钮点击事件里，在设置DialogResult之前，触发（raise）这个事件，并把数据传递出去：UserCreated?.Invoke(this.NewUser);。
3. 注意事件的命名,最好用能清晰描述发生了什么的名字，如OnUserSaved, DataReady等。

在父窗口这边,当你创建子窗口实例后，你需要订阅这个事件：

EditUserWindow editWindow = new EditUserWindow();
editWindow.UserCreated += (newUser) => 
{
    // 这个lambda表达式就是事件触发后要执行的代码
    MyUserList.Add(newUser);
};
editWindow.ShowDialog(); // 这里用Show或ShowDialog都可以

事件机制的优势在于解耦得更彻底，父窗口完全不需要知道子窗口是怎么关闭的（是通过确定按钮还是其他方式），它只关心“用户被创建”这个具体的事情发生了，一个事件可以有多个订阅者，这意味着你可以让多个不同的部分同时响应子窗口的数据，缺点是代码稍微分散一些，对于简单的场景可能显得有些重。

方法三（补充）：利用委托（Delegate）

委托和事件很像,你可以把它理解成一个类型安全的函数指针，父窗口可以将一个处理数据的方法“传递”给子窗口，子窗口在完成后，直接调用这个传进来的方法。

在子窗口中,你可以定义一个公共的委托类型的属性，public Action<User> Callback { get; set; }，父窗口在创建子窗口后，给这个Callback属性赋值一个方法，子窗口在确定按钮点击事件中，检查Callback是否不为空，然后调用它Callback.Invoke(this.NewUser);。

这种方式给了调用方极大的灵活性,但同样，对于简单数据传递，它比公共属性方式要复杂。

总结与选择

• 公共属性 + ShowDialog()：这是最常用、最推荐的方法，它简单直观，完美契合模态对话框的使用场景，绝大多数情况下，这应该是你的首选。
• 事件：当子窗口的操作结果可能被多个对象关心，或者子窗口是非模态（用Show()打开）的，父窗口不需要等待其关闭时，事件非常有用。
• 委托：提供了类似事件的灵活性，可以根据需要选择。

数据库对象在这里其实就是个普通的.NET对象，传递它和传递一个字符串、一个整数在原理上没有区别，关键在于设计好父子窗口之间的交互协议，避免直接的、赤裸裸的控件访问，采用属性或事件这些“正式渠道”进行通信，你的代码会变得更加健壮、可维护，这才是“有点绕但很实用”背后的真正价值。