vb.net - 为什么 Visual Studio 在设计器打开时修改 "Windows Form Designer generated code"？

Question

在 VS.NET 2015 中使用 WinForm 项目时，我们的团队注意到，仅在设计器 View 中打开 .VB 表单的行为(在解决方案资源管理器中双击文件时的默认操作)就会导致 VS 修改许多实际 .VB 代码隐藏的“Windows 窗体设计器生成的代码”部分中的对象属性。它似乎仅限于有时数十个或更多 UI 对象的 .Size 和 .Location 属性，总是稍微改变它们的 X、Y 坐标。

请注意，我们不会执行任何操作来驱动此操作——只需在 VS.NET 的表单设计器中双击解决方案资源管理器中的文件，即可打开该文件(从源代码管理中获取并驻留在本地解决方案/项目中)，然后bam——它有“未保存”的星号，如果你保存它并与源控制版本进行比较，你可以看到已经进行的修改。

我在这方面找不到太多。这是已知行为吗？知道为什么这样做吗？有点让我想起以前使用 MS FrontPage 的设计器 View ，甚至 VS 中的 ASP.NET 的早期，如果您在设计器 View 中打开 WebForm，它会应用一些 HTML 更改，直到他们提供了禁用它的选项稍后发布。

感谢您提供任何意见。

更新 :即使我是设计器中 .VB 表单的唯一编辑器，这似乎仍在继续。各种形式元素都在轻微地改变它们的位置。这是我上次签到和今天之间的差异屏幕截图，我知道我是唯一一个编辑:



……有很多这样的。总是这两个属性，总是只有几个像素的差异。

Answer 1

我对此没有具体的答案，但由于这让我们在几个月前与我的团队在 WinForms 项目上工作时有点发疯，我很高兴分享我的经验!

每次有人在VS2015上打开任何表单，它都会要求当时打开相同解决方案的其他人重新加载代码。我们首先认为我们正在使用的第三方控件(当时它是 DevExpress 和 Infragistics)是在设计初始化时重新生成的 - 因为他们往往会这样做很多，但后来我们意识到这种情况一直发生在只包含 . NET 控件。

现在是有趣的部分。这仅在 VS2015 上发生在我们身上。我们之前使用的是 VS2013，没有这个烦人的问题。

长话短说，然后我们意识到我们使用的屏幕具有不同的 DPI，就像 Cody Gray 所说的那样。我不确定这是否是原因，但自从我们开始使用 TFS，显然我们不再有问题了......希望这能有所帮助，哈哈。