摘要：NET開發新手總會遇到一些ASP.NET開發過程中與Web標准之間的沖突問題，這裡向您提供幾個建議，使ASP.Net開發過更加符合Web標准。
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開發，這是根基！
