c# - 孩子和父母如何交流

Question

假设我有一个表格和他的孩子 我希望孩子在他们不认识的情况下触发他的父亲 换句话说，我希望孩子是通用的

例如，假设我有一个表单按钮和一个richTextBox，我想通过点击来更改richTextBox 文本

我希望表单和按钮彼此不认识，我该怎么做？ 我试试这个：

public partial class Form1 : Form
{

    delegate void myfatherDelgate();
    static int msgCounter = 0 ;

    public Form1()
    {
        InitializeComponent();
        button1 = new myButton();
        myfatherDelgate += myMethod();

    }
    public void myMethod()
    {
        switch (msgCounter)
        {
            case 1:
                {
                    richTextBox1.Text = "first click";
                    msgCounter++;
                }
            case 2:
                {
                    richTextBox1.Text = "second click";
                }
            defult: this.Close;
        }



    }


}

public class mybutton : 按钮 { 静态int myint;

    protected override void OnClick(EventArgs e)
    {
        base.OnClick(e);
        this.Parent.Invoke(myfatherDelgate());
    }


}

最简单的方法是：

    private void button1_Click(object sender, EventArgs e)
    {
        switch (msgCounter)
        {
            case 1:
                {
                    richTextBox1.Text = "first click";
                    msgCounter++;
                }
            case 2:
                {
                    richTextBox1.Text = "second click";
                }
            defult: this.Close;
        }
    }

以父亲的形式...

我认为我的所有概念都是废话，有人可以照亮我吗？ 但是我在这里弄错了，有人可以在这里帮助我吗？...

Answer 1

所以也许您正在寻找的更多的是接口实现：

public interface IMyInterface {
    void MyAction();
}

public partial class form1 : Form, IMyInterface {
    public void MyAction() {
        richTextBox1.Text = "first click";
        ...
    }
}

public class button1 : Button {
    protected override void OnClick(EventArgs e) {
        var parent = this.Parent as IMyInterface;
        if( parent != null ) {
            parent.MyAction();
        }
    }
}

Answer 2

首先，您谈论的是表单上的子元素，而不是表单的实际子类。对吧？

所以你想删除表单和按钮之间的依赖关系。这可以通过设计模式来解决。你可以让按钮实现一个说IButton的接口。然后在表单中使用 Factory 类来创建按钮并返回 IButton 引用而不是 MyButton。或者，使用依赖注入而不是工厂。

无论哪种方式，我都看不出你所做的事情有什么好处，你能更详细地解释一下这个问题吗？

Answer 3

在您的示例中，按钮知道父 Form 有一个名为 myFartherDelegate 的委托。为什么不直接处理父 Form 上的 Button.Click 事件呢？

你的代码看起来像这样

  public partial class Form1 : Form
  {
    static int msgCounter = 1;
    public Form1()
    {
      InitializeComponent();
      button1.Click += new EventHandler(button1_Click);
    }

    void button1_Click(object sender, EventArgs e)
    {
      switch (msgCounter)
      {
        case 1:
          {
            richTextBox1.Text = "first click";
            msgCounter++;
          }
          break;
        case 2:
          {
            richTextBox1.Text = "second click";
          }
          break;
        default: this.Close(); break;
      }
    }    
  }

按钮根本不知道父窗体，只是一个普通按钮。当然，父级注册它对按钮的Click 事件感兴趣。如果您需要比这更松散的耦合，那么更详细地解释需求可能会有所帮助。

Answer 4

如果你想让孩子对他的父亲做点什么，父亲至少要知道孩子的存在。他不必知道细节，但如果他应该对他的孩子做出反应，那么他需要一个孩子将调用的事件处理程序、回调等。

这可以通过称为依赖倒置原则的基本原则来实现。依赖于外部类的类不应该依赖于具体的实现，而应该依赖于实现的抽象。父母不应该需要一个特定的孩子，只需要看起来像一个并且行为像一个的东西。同样的道理，孩子不应该知道他们具体的父母，但如果需要交互，孩子必须有某种方式告诉父母事情，即使它不知道父母在听。

尝试包含 IChild 引用（按钮）和公共事件处理程序的 Parent（您的表单）。然后，创建一个实现 IChild 并具有可以引发的事件的 Child。然后，您需要第三个类来创建（或被赋予）Parent 和 Child，为 Parent 提供 Child（作为 IChild），并将 Child 的事件挂钩到 Parent 的事件处理程序。现在，您的父母只知道自己有类似孩子的东西，而您的孩子有一面旗帜，他可以在发生重要事情时挥动旗帜，但不必知道谁在听。