Winforms设计师行为不端，本质上是坏的

Question

我们在 Winforms 中内置了一个复杂的遗留表单，它最近开始出现严重的行为不端，并且随着时间的推移变得越来越糟糕。仅在设计视图中打开表单会改变表单的布局，有时会以较小的方式（将控件的大小调整为小一个像素），有时会以较大的方式（将组件移动到 X 位置） -6582)。由于此表单的大小和生成的 .Designer.cs 引用差异的性质，通常几乎无法确定对表单所做的更改是否是您实际想要的更改。

根据我在其他问题中找到的一些建议：

• visual studio 2005 designer moves controls and resizes Form
• Visual Studio keeps resizing my form without me telling it to, help!
• Controls moving in vs2008 design mode on build

AutoScaleMode 设置为 None。我简单地尝试了各种显示器分辨率，但无济于事。最终我们决定不再依赖锚点，而是使用TableLayoutPanels 和 Dock 属性的组合。这就是麻烦真正开始的时候......

在重新设计此表单上的一个毛茸茸的选项卡后，当我尝试保存 Visual Studio 2-3 分钟并报告“无法加载文件或组装 'MyProject, Verion=X.X.X.X, Culture=neutral, PublicKeyToken= null' 或其依赖项之一。系统找不到指定的文件”（如下所示：Visual Studio 2013 Can't save, build, or rebuild solution）。每当表单尝试保存时，都会发生这种情况。遵循已接受答案中的建议后，我能够再次保存/构建。

尝试稍后运行会导致构建时间非常长并且表单完全为空（如下所示：All controls on a form are invisible 和 https://stackoverflow.com/a/5524183/1015495）。 所有对 Controls.Add 的调用已从设计器中删除（我认为这种巨大的变化是导致构建时间长的原因）。我将表单恢复到以前的版本并开始重新创建我的更改。 现在，更阴险的是，某些控件已将其所有 子控件删除。

在这种形式下工作充其量只是浪费时间，最坏的情况是不可行。我在网上找到的解决方案基本上可以归结为“手动重新创建表单”或“不要使用 Winforms”。不幸的是，这些都不是现在的选择。在我们能够提出适当的解决方案之前，我们如何才能减轻我们在中期未来使用此表格时遇到的问题？

Answer 1

我目前正在解决一个几乎相同的问题，我的问题似乎是 Visual Studio 2013 中的一个错误，与用户控件上的“linkLabel”控件有关，该控件位于选项卡控件的选项卡之一上主要形式。

我在父表单上有其他没有引起任何问题的 linkLabel 控件。奇怪的是，并不是所有的标签都搞砸了，只有其中一些。我只能得出结论，它通过了部分布局重组，击中了用户控件，然后炸毁了，未能正确完成布局。我附加了第二个版本的 Visual Studio 来尝试捕获异常，并看到调试器中出现了各种状态行，但没有看到任何异常抛出。我不太熟悉这样做，所以有可能我做错了。

我可以将代码恢复到添加用户控件之后，但在 VisualStudio 在设计器中打开表单并自动重新生成设计器代码之前。此时，在设计器中打开表单总是会导致完全相同的设计失败。只要我不再在设计器中打开代码，一切都会在运行时正常工作。

如果我删除了对带有链接标签的自定义用户控件的任何引用，设计器也将毫无问题地打开。起初我以为我自己的代码有错误，所以我开始注释掉，但即使只是拖了基本元素，它仍然会发生。因此，我开始删除元素并一次添加一个，看看是什么破坏了它。就我而言，这原来是“linkLabel”控件。我不确定是否还有其他控件可以执行此操作。现在我只是计划重新编写代码以不在用户控件上使用链接标签，看看效果如何。