Visual Studio.NET從2003到現在的2008,一路走來慢慢強大...... 從以前的vs2003能自動改亂你的html代碼到現在在vs2008中都能直接對html代碼進行w3c標準驗證並提示了,非常不易。
論壇中也經常有從事. NET開發的新手朋友問一些ASP.NET開發過程中與Web標準之間的衝突問題,其實說到底就是用戶端代碼生成的問題。 更高深的開發層面的東西我也說不出來,從頁面前端的角度和大家分享一下建議:
少用ASP.NET中的伺服器端控制項
在Visual Studio中,有一系列強大的控制項,讓我們的剛開始學習. NET開發人員愛不釋手。 但vs中的這些控制項,大多都是基於winForm的那種模式搬來的,在網頁開發上,有些控制項還是少用為佳,比如:
不要什麼也沒都統統加form runat="server",有朋友說,不加form runat="server"其他控制項很多就不可以用了。 是的,我們就是要在必要的地方加,確實是有表單的地方,自然要加,但絕對不是. NET預設的那種,所有頁面都在body標籤下第一個標籤就是form。 這是不合理的。
少用Asp:Gridview這樣的控制項,可考慮asp:Repeater控制項或者自己去寫協力廠商控制項,反正很簡單,讓代碼輸出聽你的。
用asp:Literal替換asp:Label,asp:Literal輸出是乾淨的。
少用asp:LinkButton這樣的控制項,連結就是連結,按鈕就是按鈕,沒必要搞一個什麼LinkButton......
預設的表單驗證控制項雖然用起來簡單,但還是自己寫的比較好用。
總之,我們要注重代碼輸出的品質,而預設的控制項有些是達不到這個要求的。
少用Frameset/Iframe標籤
在一般網頁中用框架頁來佈局(Header/Sidebar/Content/Footer)的做法基本上已經淘汰了,當然,後臺管理這類的應用還是可以用的,前端展現的頁面就不可以了,Visual Studio 2005中開始, 就有了MastERPage,這個用起來也非常方便。 其實和早期asp中include header.asp這樣的做法是相似的。
少用PostBack機制
. NET中的postback機制,有它的理由,合理使用吧,互聯網產品中少用點沒錯!
多看成熟的. NET開源產品
比如:微軟開源的oXite、PetShop、Discuz論壇的.NET版、BlogEngine、CVBBS等等,都是基於. NET開發的比較好的例子。
多關注用戶端代碼品質
畢竟是基於瀏覽器的,使用者體驗、W3C標準、瀏覽器相容等等,沒有好的用戶端代碼,都是支撐不起來的。
多學習必要的用戶端知識
很多. NET初學者對html/css/JavaScript這些用戶端基本知識瞭解得不夠,特別是JAVAscript,你會發現很多以前你都Postback到伺服器端去做的事情, 原來用javascript就可以輕鬆地在用戶端去完成了! Web開發,這是根基!