C# 将几个形式减少为一个形式。好的还是坏的做法？_C#_Winforms_Visual Studio_.net 3.5

C# 将几个形式减少为一个形式。好的还是坏的做法？

c# winforms visual-studio

C# 将几个形式减少为一个形式。好的还是坏的做法？,c#,winforms,visual-studio,.net-3.5,C#,Winforms,Visual Studio,.net 3.5,我有多个表单，我想知道在表单中添加面板、将其他表单复制到主表单并显示是否是一种好的做法。例如，我可以有Form1、Form2、Form3和Form4。然后，我会删除Form2和Form3——预先将元素复制到Form1中的两个新面板中，然后使用位置、可见性和大小在不同的“视图”之间切换我在下面使用相同的方面创建了一个真实示例： private void Form1_Load(object sender, EventArgs e) { this.Width = 385; this.

我有多个表单，我想知道在表单中添加面板、将其他表单复制到主表单并显示是否是一种好的做法。例如，我可以有Form1、Form2、Form3和Form4。然后，我会删除Form2和Form3——预先将元素复制到Form1中的两个新面板中，然后使用位置、可见性和大小在不同的“视图”之间切换

我在下面使用相同的方面创建了一个真实示例：

private void Form1_Load(object sender, EventArgs e)
{
    this.Width = 385;
    this.Height = 243;
}

private void ButtonSearch_Click(object sender, EventArgs e)
{
    this.Width = 541;
    this.Height = 226;

    panelSearch.Visible = false;
    panelFileInfo.Visible = true;
    panelFileInfo.Location = new System.Drawing.Point(0, 2);
    label4.Text = textBox1.Text;
}

private void labelSearchAgain_Click(object sender, EventArgs e)
{
    this.Width = 385;
    this.Height = 243;

    textBox1.Text = string.Empty;
    checkBox1.Checked = false;
    checkBox2.Checked = false;
    panelSearch.Visible = true;
}

好的，我们有很多遗留代码在工作中，有人做了你想做的事情。他们将十几种不同的形式组合成一个巨大的形式，到处都是动态显示/隐藏、移动和操纵的面板

这已经成为维护的噩梦

根据表单的功能将表单分开。给他们起个好的描述性名字。如果你刚刚开始一个项目，你可能会考虑把精力投入到学习WPF中，因为这是WiFras的自然继承者。当然，这都是基于我的观点，但这也是基于5年来维护一些意大利面代码的经验，我建议您尽量避免使用这些代码。

好的，我们有很多遗留代码在工作中，有人做了您想做的事情。他们将十几种不同的形式组合成一个巨大的形式，到处都是动态显示/隐藏、移动和操纵的面板

这已经成为维护的噩梦

根据表单的功能将表单分开。给他们起个好的描述性名字。如果你刚刚开始一个项目，你可能会考虑把精力投入到学习WPF中，因为这是WiFras的自然继承者。

当然，这都是基于我的观点，但它也是基于5年来维护一些意大利面代码的经验，我建议您尽量避免它。

我倾向于组件化创建聚合2或3个控件的自定义组件/用户控件。然后我对这些新组件进行研究，使它们具有高度可重用性（至少在同一个项目中），并提供设计时支持等等

我建议您尝试在控件中转换窗体，然后在主窗体中拖放自定义控件

我倾向于将创建聚合2或3个控件的自定义组件/用户控件组件化。然后我对这些新组件进行研究，使它们具有高度可重用性（至少在同一个项目中），并提供设计时支持等等

我建议您尝试在控件中转换窗体，然后在主窗体中拖放自定义控件

这听起来像是您在codereview上添加的内容，但是没有任何代码，这也使得它在此处无效。它不属于UX，因为这显然是一个关于编码最佳实践的问题。。。我不知所措，我从没听说过。它不是无效的，怎么可能？我只是简单地创建了表单和两个面板，然后生成了outlook的屏幕截图。在Form1.cs中，代码为默认值。。。我没有添加任何代码，因为我只是使用了这些工具。那么，为什么我要上传一些在创建新表单时已经默认的代码呢？这只是一个展示面板使用的简单示例。这就是StackOverflow的意义吗？当他们的代码有问题时，人们会来这里，通常没有代码的问题不是SO的领域。这可能是一个有效的问题，但如果是这样的话，那就太接近了。我理解你的观点，我不认为需要代码来表示我的示例，因为我想更详细地展示设计方面。因此，我将很快用我在项目中使用的一些代码更新我的问题。这听起来像是你在codereview上使用的代码，但是没有任何代码，这也使得它在这里无效。它不属于UX，因为这显然是一个关于编码最佳实践的问题。。。我在