2014-04-15 31 views
1

我最近有幸被升級到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來代替。

+0

看起來你在編輯器中打開這些文件,你混淆了構建錯誤VS行內編輯器警告和錯誤。 – jessehouwing

+0

可能是這種情況,但是這並不能真正幫助我擺脫它們,或者確實解釋了爲什麼我得到了我甚至沒有使用的文件路徑的路徑錯誤。 – Sheridan

+0

順便說一句,沒有理由降級框架版本,Visual Studio 2012應該與Visual Studio 2013並肩工作。 – jessehouwing

回答

2

看起來你正在使用的/{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://位置。

+0

謝謝,您對文件路徑中缺少的'pack:// application:,,,'部分非常正確。我將接受這個答案,因爲我現在假設有一些關於Views和ViewModels項目的隱藏錯誤或警告。在升級到VS2013之後,它在沒有錯誤的應用程序中顯示大量錯誤並不會讓人感到煩惱。 – Sheridan

+0

我無法真正幫助您解決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

相關問題