非MDI关系的Windows Form间传递字段，哪种技术更优？

两种方式的具体用法与特点 #

1. 构造函数参数传递 #

• 这是显式的依赖传递方式：在创建第二个窗体实例时，直接把目标字段的值作为参数传入其构造函数，第二个窗体内部保存或直接使用该参数。
• 代码示例：

  // 第一个窗体中创建第二个窗体
  var targetValue = "需要传递的数据";
  var form2 = new Form2(targetValue);
  form2.Show();
  
  // 第二个窗体的构造函数
  public class Form2 : Form
  {
      private readonly string _receivedData;
      public Form2(string data)
      {
          _receivedData = data;
          // 使用_receivedData初始化控件或业务逻辑
      }
  }
  

• 优势：耦合度低，第二个窗体无需知晓第一个窗体的存在，仅依赖传入的数据；每个窗体实例拥有独立的数据副本，不会互相干扰；符合面向对象的封装原则，代码易维护、易测试。
• 局限：若需传递多个字段，构造函数参数会变得冗长；无法动态更新已创建窗体的数据（需额外添加方法支持）。

2. 公共静态属性访问 #

• 这是全局共享的状态访问方式：将第一个窗体的目标字段设为公共静态属性，第二个窗体直接通过类名访问该属性。
• 代码示例：

  // 第一个窗体中定义静态属性
  public class Form1 : Form
  {
      public static string SharedData { get; set; }
      // 赋值逻辑
      private void SetData()
      {
          SharedData = "共享的数据";
      }
  }
  
  // 第二个窗体中访问
  public class Form2 : Form
  {
      private void UseData()
      {
          var data = Form1.SharedData;
          // 使用数据
      }
  }
  

• 优势：实现简单，无需在创建实例时传参，可随时访问数据；适合多窗体共享同一全局状态的场景。
• 局限：耦合度极高，第二个窗体直接依赖第一个窗体的类型，代码复用性差；静态属性为全局共享，多个窗体实例会互相覆盖数据，易引发状态混乱；多线程场景下需额外处理同步问题，线程不安全。

核心差异：完全不同的概念 #

这两种方式属于完全不同的设计思路，核心区别在于数据作用域与依赖关系：

• 构造函数传参是实例级的依赖注入，数据属于单个窗体实例，依赖关系显式明确，遵循封装原则，是面向对象开发的常规做法。
• 公共静态属性是全局级的状态共享，数据不属于任何实例，是全局唯一的“全局变量”，依赖关系隐式且紧密，破坏了封装性，属于特殊场景下的简化实现。

选型建议 #

• 若仅需在创建第二个窗体时传递一次性数据，优先选择构造函数传参，代码更健壮、易维护。
• 若确实需要多窗体共享可变的全局状态，再考虑使用静态属性，但需严格控制状态修改逻辑，避免出现不可预期的问题。

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