“找不到路径的一部分”没有出现在Visual Studio 2010

我最近有幸被升级到Visual Studio 2013在工作时不幸在Visual Studio 2013的错误，它一直是不折不扣的一恶梦。自从在Visual Studio 2013中将我的大型WPF应用程序升级到.NET 4.5.1以来，我一直在出现错误列表中出现的“虚假”错误。有时候他们甚至会在清理和/或重建后留下来，但他们并不是真正的错误。下面是一个例子，你可以看到，我刚才清理，但仍保持错误：“找不到路径的一部分”没有出现在Visual Studio 2010

enter image description here

我要明确这里...没有与此视图模型没有问题，我可以建立该项目或整个解决方案没有（真正的）错误和应用程序也运行完美：

enter image description here

此外，运行应用程序时也有一个问题，它与图像路径。我的图片都完全显示出来，但我又得到这些“假”的错误：

enter image description here

需要注意的是所列出的路径，甚至错误地显示：

C:\Midas;component\Images\Actions\Delete.ico

在UI，它被引用像这样：

<Image Source="/Midas;component/Images/Actions/Delete.ico" ... />

我真的不知道是否这些假冒的错误是由到Visual Studio 2013进行了更改，或是由于对.NET所做的更改版本4.5或4.5.1中的框架。我希望有人能提供一些线索这对我来说，因为我即将准备降级到.NET 4.5，只是这样我就可以使用Visual Studio 2012来代替。

来源

2014-04-15 Sheridan

看起来你在编辑器中打开这些文件，你混淆了构建错误VS行内编辑器警告和错误。 – jessehouwing

可能是这种情况，但是这并不能真正帮助我摆脱它们，或者确实解释了为什么我得到了我甚至没有使用的文件路径的路径错误。 – Sheridan

顺便说一句，没有理由降级框架版本，Visual Studio 2012应该与Visual Studio 2013并肩工作。 – jessehouwing

看起来你正在使用的/{Assembly};{path/to/Image}结构没有pack:// URI前缀。编辑器警告你它找不到该文件，因为它不能真正理解Uri（直到应用程序实际构建完成）。它会被默认为寻找在文件系统上，并试图与file://前缀它，它在一个相对URI到Visual Studio进程的工作目录过程的结果。

我怀疑如果你明确include the pack:// uri prefix，该编辑器将停止抱怨。

pack://application:,,,/Midas;component/Images/Actions/Delete.ico

这样，设计人员只知道不应该试图寻找一个file://位置。

来源

2014-04-15 13:23:07 jessehouwing

谢谢，您对文件路径中缺少的'pack：// application：,,,'部分非常正确。我将接受这个答案，因为我现在假设有一些关于Views和ViewModels项目的隐藏错误或警告。在升级到VS2013之后，它在没有错误的应用程序中显示大量错误并不会让人感到烦恼。 – Sheridan

我无法真正帮助您解决ViewModel错误。 SO上似乎有多个相关的问题。也许从你的问题中删除该部分，并专门在视图模型上发布一个新问题：http://stackoverflow.com/questions/15051121/the-name-does-not-exist-in-the-current-in-the-namespace -clr-namespace，http://stackoverflow.com/questions/17025601/the-name-viewmodel-does-not-exist-in-the-namespace-clr-namespaceproject-viewmo，http://stackoverflow.com/questions/5470158 /未定义-CLR的命名空间 – jessehouwing

“找不到路径的一部分”没有出现在Visual Studio 2010

回答

相关问题