在WAP中,您應該期望在編譯期間調試.aspx時出錯嗎?當我的.aspx在使用Web應用程序項目時在運行時出現錯誤時,我沒有收到任何錯誤。我從來沒有真正想過,因爲我一直使用WAP。我正在向其他人提問,並且我沒有看到有關此問題答案的任何信息。在WAP中調試.aspx
我們做的自定義控件條件呈現所以我們能夠調試在編譯時錯誤在.aspx頁面擊中生產前是很重要的。
在WAP中,您應該期望在編譯期間調試.aspx時出錯嗎?當我的.aspx在使用Web應用程序項目時在運行時出現錯誤時,我沒有收到任何錯誤。我從來沒有真正想過,因爲我一直使用WAP。我正在向其他人提問,並且我沒有看到有關此問題答案的任何信息。在WAP中調試.aspx
我們做的自定義控件條件呈現所以我們能夠調試在編譯時錯誤在.aspx頁面擊中生產前是很重要的。
如果您有語法錯誤,可以在編譯時捕獲這些錯誤。但是,如果您在程序邏輯或頁面外觀上存在錯誤,那麼編譯時可能無法捕獲這些錯誤。例如,如果您想要具有特定的表單佈局,則需要在各種瀏覽器中運行該頁面以確認沒有錯誤。
像Resharper這樣的工具可以幫助一些人,但沒有一個銀彈。如果在尋找錯誤方面無法按預期工作,那麼像nUnit或WatiN這樣的測試可能會更好地幫助捕獲錯誤。
是啊,但怎麼能NUNIT被有條件地加入 – PositiveGuy 2009-08-28 21:35:08
如果我collegue說,它在一個網站項目是可能的用戶控件的測試編譯時動態渲染那麼是不是在WAP的情況下? – PositiveGuy 2009-08-28 21:35:45
nUnit測試更多用於單元測試功能,而WatiN用於UI中的東西。假設一個人不想動態重新編譯代碼,它應該可以在WAP下使用。 – 2009-08-28 22:15:12
這是你的意思嗎?您希望編譯器檢查.aspx文件的語法。當你使用VS網站時,編譯器實際上會這樣做。但是,自從切換到WAP之後,默認行爲是不檢查.aspx文件的語法。也就是說,運行時會出現語法分析器錯誤。但是您希望編譯器檢查語法,以便解析器錯誤在運行時不可能正確? – apollodude217 2010-06-07 15:03:08