我有一個包含6個庫項目和1個Web文件夾項目的VS解決方案。在Visual Studio中慢速「查找所有引用」
當我嘗試使用對象或方法的「查找所有引用」功能時,完成需要6分鐘以上!
這似乎是每一個重構ASPX & ASCX 的 Web項目的文件。
關於如何使其更快的任何想法?
我有一個包含6個庫項目和1個Web文件夾項目的VS解決方案。在Visual Studio中慢速「查找所有引用」
當我嘗試使用對象或方法的「查找所有引用」功能時,完成需要6分鐘以上!
這似乎是每一個重構ASPX & ASCX 的 Web項目的文件。
關於如何使其更快的任何想法?
您沒有提及您正在運行的是哪個版本的Visual Studio,但是我發現了一個聲稱自己做了一些性能2005年和2005SP1
之間改進我們做的VS2005 SP1 的變化(而在VS 2008中包含它),這 首先進行元素的詞彙搜索 被重構爲 優化性能,在Web項目 確定頁面是否需要加載 。我很抱歉,我們需要 這麼久才能用 分辨率更新此問題;有幾個連接 相關的錯誤,雖然我們 更新最多,我們設法錯過了一些。
我們預計,在未來,我們會爲 這種情況下(後VS 2008)做 更多的性能提升,但 希望的優化,我們已經做了 大幅提高性能 在大多數情況下。
此外,該解決方案有點太爛了,但MS提供這種解決方法過於:
對於解決方法,你可以 提高性能相當 顯著如果你打開所有的 網頁之前的執行 重構。我同意這不是 特別好的解決方法,但對於 VS 2005,我們選擇優先 重構的性能的正確性。
來源:https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=92239
這似乎很慢,我有一個276個項目的解決方案(不問),它需要不到六分鐘的時間找到參考。
我開始使用Source Insight,發現它快得多。
另一個想法是,您的病毒檢查程序可能會造成干擾。 Sysinternalsfilemon或procexp會確認。
我會嘗試刪除所有的ncb文件,這些文件有時會損壞,並可以有很多廣泛的影響。由於您的功能使用它們可能會有所幫助,下次打開解決方案時它們會自動重新生成
我要投票支持這一點,但您使用了「詞」「自動地」 – 2009-01-09 15:48:46
什麼是NCB文件,它們存儲在哪裏都? – rolls 2017-04-09 05:39:26
(這是一個活躍的建築師的遺產) – 2009-01-09 15:27:22