2

我有一个非常大的项目，大约一个月前我从 Visual Studio 2012 转移到了 2015。

代码是健全的。它编译了 99.9999% 的时间，除了最近两天我遇到了这个随机事件。

我正在使用混淆器（Eazfuscator 付费版）来构建解决方案。

在过去的两天里，我能够工作，一切都一遍又一遍地编译并且工作得很好，但是当我以混淆模式编译项目时，有时，编译器会失败，并用以下内容填充错误列表：

严重性代码 描述 项目文件行错误
BC30506 Handles 子句需要在包含类型或其基类型之一中定义的 WithEvents 变量。wRMS D:_Private\wRMS\wRMS_Miscellaneous Forms\Main Application\frmHome.vb 719 错误
BC30506 Handles 子句需要在包含类型或其基本类型之一中定义的 WithEvents 变量。wRMS D:_Private\wRMS\wRMS_Miscellaneous Forms\Main Application\frmUpdate.vb 5 错误
BC30506 Handles 子句需要在包含类型或其基本类型之一中定义的 WithEvents 变量。wRMS D:_Private\wRMS\wRMS_Miscellaneous Forms\Main Application\frmUpdate.vb 9 错误
BC30506 Handles 子句需要在包含类型或其基类型之一中定义的 WithEvents 变量。wRMS D:_Private\wRMS\wRMS_Miscellaneous Forms\Main Application\frmUpdate.vb 13 错误
BC30506 Handles 子句需要在包含类型或其基本类型之一中定义的 WithEvents 变量。wRMS D:_Private\wRMS\wRMS_Miscellaneous Forms\Main Application\frmUpdate.vb 17 错误
BC30506 Handles 子句需要在包含类型或其基本类型之一中定义的 WithEvents 变量。wRMS D:_Private\wRMS\wRMS_Miscellaneous Forms\Main Application\frmUpdate.vb 38 错误
BC30506 Handles 子句需要在包含类型或其基类型之一中定义的 WithEvents 变量。wRMS D:_Private\wRMS\wRMS_Miscellaneous Forms\Main Application\frmUpdate.vb 42 Blockquote

从 Build 菜单中单击 Clean 不会更改任何内容。

我在表单上创建和使用了许多自定义控件（按钮、复选框、列表等）。Eazfuscator 在编译期间混淆了这些控件的名称，这使得表单在设计器中不再可见（这一直是一种症状）；但是现在如果我看到上述错误，IDE 不会让我在它被混淆后重建解决方案，我什至无法重建它非混淆。我只是卡住了。

不幸的是，当这种情况发生时，项目将无法再次编译，我必须从备份中恢复项目并丢失我的工作。

这是什么原因造成的？我能做些什么？我可以以某种方式清除解决方案，以便 IDE 直接从源代码重建并且根本不查看混淆的输出吗？

4

1 回答 1

1

问题在于 VS2015，您无法在调试模式下混淆程序集，IDE 将“吓坏”，因为用户控件的对象名称已更改为乱码。它将删除控件，并且出于某种原因甚至会删除它周围的标准 WinForms 控件。

解决方案是只允许您的混淆器在发布模式下进行混淆，方法是编辑您的构建后事件以说出类似这样的内容（取决于您的混淆器）：

if /I "$(ConfigurationName)" == "Release" Eazfuscator.NET.exe "$(TargetPath)" --msbuild-project-path "$(ProjectPath)" --msbuild-project-configuration "$(ConfigurationName)" --msbuild-project-platform "$(PlatformName)" --msbuild-solution-path "$(SolutionPath)" -n --newline-flush -v 5.1

不幸的是，如果你偶然发现了这个问题，那么你的源代码就会被破坏，你必须从备份中恢复。

有一些 DevOps 和持续的备份；因为永久指定语句：

if /I "$(ConfigurationName)" == "Release"

似乎永久解决了我的问题。

已通知微软，以及 EAZfuscator

https://connect.microsoft.com/VisualStudio/feedback/details/1833336/obfuscated-assembly-in-debug-mode-causes-ide-to-delete-winforms-controls

2017 年更新：两年后回到这里，值得注意的是您需要注意您的 IDE。如果您最后在发布模式下构建（并且显然程序集被混淆了），请不要打开任何 FORM，直到您首先在调试模式下重新构建。调试模式会将程序集状态重置为未混淆，您可以毫无问题地查看表单。

如果您不小心在混淆的 Release 模式下打开了一个表单并且它在显示时中断，只需关闭 IDE 内的每个窗口，让 IDE 保持打开状态，然后在 Debug 模式下重新构建。现在您可以继续没有问题。

于 2015-09-25T09:42:47.033 回答