GeneratedInternalTypeHelper.gics的目的是什么？

Question

我有一个烦人的问题，因为我改用新的开发计算机（Win 7，VS 2013），所以WPF应用程序（.net 4.0）中的“编辑并继续”功能不再起作用。如果我在调试时尝试编辑一些代码文件，则总是会收到消息

进行了无法编译的编辑。在修复编译错误之前，无法继续执行。

但“错误列表”中未显示任何错误。

在某些项目中，使事情变得更糟（严格来说是寻找导致此问题的原因），它可以正常工作。并不是每个WPF应用程序都受此问题影响...

经过大量的研究和反复试验后，我发现当我用空目录替换obj目录中的GeneratedInternalTypeHelper.gics时，一切似乎都正常。但是我不确定，是否可以将这些文件混入其中。

是否有人在暗示GeneratedInternalTypeHelper.gics的用途以及用途？还是关于为什么编辑并继续的任何想法无法正常工作？

Answer 1

如上所述，这些文件是自动生成的。当问题出现在自动生成的文件中时，这是因为某些东西以某种方式使编译器感到困惑。

我遇到过其中一个 *.gics 文件是编译错误的根源的情况。就我而言，问题与引用不再正确的库的 *.gics 文件有关（例如，升级到新版本的库后，即使项目引用正确并且“使用特定版本”标志也如此）是真的）。就我而言，我发现解决问题的唯一方法是删除对旧程序集的引用，尝试重新编译解决方案（它不会构建，但它将帮助编译器认识到它需要修改它对程序集的引用），然后重新添加正确的项目引用并重新编译解决方案。可能有更好的方法来做到这一点（运行“干净的解决方案”或手动清除构建文件夹的内容对我来说都不起作用）。

您提到您只在某些项目中遇到这个问题。尝试找出损坏的（或者工作的）有什么共同点。如果您遇到与我相同的问题，那么我怀疑您引用了一个或多个已更改的库，并且编译器尚未修改其景观视图以正确解释这一更改。