最近,我幫過幾個研發人員,他們遇上了一些古怪的JavaScript問題,這些問題會在使用ASP.NET AJAX 及他們的一些自定義的JavaScript腳本時出現。問題的主因在于,他們是把VS 2003 Web項目自動移植到VS 2005的,在他們的web.config文件中還設置有
如果你在你的 web 應用中編寫了自定義的客戶端JavaScript腳本,而且將使用AJAX的話,請讀下去,了解怎么避免這個常見的疑難雜癥。
癥狀:
當你往先前成功地從VS 2003 升級到VS 2005的項目中添加新的客戶端JavaScript腳本時,你會看到奇怪的行為。在使用ASP.NET AJAX UpdatePanel 控件時,這個奇怪的行為有時會包括頁面做整頁 postback,而不僅是遞增性的局部更新的情形。
當你打開你的web.config文件,你會看到其中的
背景:
ASP.NET 1.0 和 1.1 中的許多服務器端控件并不輸出和XHTML兼容的標識。ASP.NET 2.0 對此做了改動,在默認情形下,所有的服務器端控件都會輸出和XHTML兼容的標識 。
但在早期的ASP.NET 2.0 beta 中我們注意到的一件事情是,當把客戶應用升級時,其實,非常多應用會假設頁面輸出并不是和XHTML兼容的。把我們服務器控件的默認輸出改成和XHTML兼容的話,他有時會修改頁面的視覺顯示。為向后兼容的目的,我們添加了上面這個
在默認情形下,當你使用VS 2003升級到VS 2005的Web項目移植向導時(無論是網站或 web 應用項目),你的web.config文件里會添有這個legacy設置。
解決方案:
除非你已知當你的網站以XHTML模式運行時會有問題(但你還沒時間更正),我總是建議從你的web.config文件里去掉
這將使得你的HTML輸出是符合標準的,此外,這也將導致你的服務器控件的HTML輸出是well formed,即, 開始標簽和結束標簽總是相匹配的。當你使用AJAX技術來動態替換你的頁面上某些HTML元素的內容時,這尤其重要,否則的話,客戶端JavaScript腳本有時會搞不清晰容器元素,導致出錯。他也將確保ASP.NET AJAX會在你的網站上正常工作。
新聞熱點
疑難解答
圖片精選