为什么 Visual Studio 2015 失败,错误代码为 BC30506

Why is Visual Studio 2015 failing with error code BC30506

我有一个非常大的项目,大约一个月前我从 Visual Studio 2012 年搬到了 2015 年。

代码是正确的。它编译了 99.9999% 的时间,除了最近两天我遇到了这种随机事件。

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

这两天,我可以工作,所有的东西都编译一遍又一遍,工作正常,但是当我用混淆模式编译项目时,有时,编译器失败,并填充错误列表如下:

Severity Code Description Project File Line Error
BC30506 Handles clause requires a WithEvents variable defined in the containing type or one of its base types. wRMS D:_Private\wRMS\wRMS_Miscellaneous Forms\Main Application\frmHome.vb 719 Error
BC30506 Handles clause requires a WithEvents variable defined in the containing type or one of its base types. wRMS D:_Private\wRMS\wRMS_Miscellaneous Forms\Main Application\frmUpdate.vb 5 Error
BC30506 Handles clause requires a WithEvents variable defined in the containing type or one of its base types. wRMS D:_Private\wRMS\wRMS_Miscellaneous Forms\Main Application\frmUpdate.vb 9 Error
BC30506 Handles clause requires a WithEvents variable defined in the containing type or one of its base types. wRMS D:_Private\wRMS\wRMS_Miscellaneous Forms\Main Application\frmUpdate.vb 13 Error
BC30506 Handles clause requires a WithEvents variable defined in the containing type or one of its base types. wRMS D:_Private\wRMS\wRMS_Miscellaneous Forms\Main Application\frmUpdate.vb 17 Error
BC30506 Handles clause requires a WithEvents variable defined in the containing type or one of its base types. wRMS D:_Private\wRMS\wRMS_Miscellaneous Forms\Main Application\frmUpdate.vb 38 Error
BC30506 Handles clause requires a WithEvents variable defined in the containing type or one of its base types. wRMS D:_Private\wRMS\wRMS_Miscellaneous Forms\Main Application\frmUpdate.vb 42 Blockquote

从“构建”菜单中单击“清理”不会改变任何内容。

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

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

这是什么原因造成的?我能做什么?我能否以某种方式清除解决方案,以便 IDE 直接从源代码重建而根本不查看混淆输出?

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

解决方案是只允许您的混淆器在发布模式下进行混淆,方法是编辑您的 post-build 事件以说出如下内容(取决于您的混淆器):

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" 

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

Microsoft 以及 EAZfuscator 已收到通知

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

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

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