關于ASP.NET開發(fā)中Web標準的幾點建議_.Net教程

      編輯Tag賺U幣
      教程Tag:暫無Tag,歡迎添加,賺取U幣!

      推薦:揭秘ASP.NET的開發(fā)安全問題
      前言:之所以想到要寫ASP.NET安全問題的文章,是有感于自己的一些經歷。想當初自己學習ASP.NET的時候,到處找有關安全方面的文章,當時發(fā)現很多文章指示蜻蜓點水的告訴我怎么用,如安全的主要問題有哪5個,也只是很簡要的告訴我什么是Forms身份驗證,什么是

      摘要:NET開發(fā)新手總會遇到一些ASP.NET開發(fā)過程中與Web標準之間的沖突問題,這里向您提供幾個建議,使ASP.NET開發(fā)過更加符合Web標準。

      Visual Studio.NET從2003到現在的2008,一路走來慢慢強大……從以前的vs2003能自動改亂你的html代碼到現在在vs2008中都能直接對html代碼進行w3c標準驗證并提示了,非常不易。

      論壇中也經常有從事。NET開發(fā)的新手朋友問一些ASP.NET開發(fā)過程中與Web標準之間的沖突問題,其實說到底就是客戶端代碼生成的問題。更高深的開發(fā)層面的東西我也說不出來,從頁面前端的角度和大家分享一下建議:

      少用ASP.NET中的服務器端控件

      在Visual Studio中,有一系列強大的控件,讓我們的剛開始學習。NET開發(fā)人員愛不釋手。但vs中的這些控件,大多都是基于winForm的那種模式搬來的,在網頁開發(fā)上,有些控件還是少用為佳,比如:

      不要什么也沒都統(tǒng)統(tǒng)加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開發(fā)的比較好的例子。

      多關注客戶端代碼質量

      畢竟是基于瀏覽器的,用戶體驗、W3C標準、瀏覽器兼容等等,沒有好的客戶端代碼,都是支撐不起來的。

      多學習必要的客戶端知識

      很多。NET初學者對html/css/JavaScript這些客戶端基本知識了解得不夠,特別是Javascript,你會發(fā)現很多以前你都Postback到服務器端去做的事情,原來用javascript就可以輕松地在客戶端去完成了!Web開發(fā),這是根基!

       

      分享:淺談.NET反射的封裝
      .NET反射提供了在運行時獲取對象類型元數據的途徑,使程序可以動態(tài)地調用對象的屬性、方法。動態(tài)性帶來的代價是反射調用不像基于靜態(tài)類型的直接調用那樣簡潔,且缺乏類型檢查機制,失去了IDE智能提示,容易出錯;于是,不少朋友嘗試對.NET反射進行封裝。這個

      來源:模板無憂//所屬分類:.Net教程/更新時間:2009-10-10
      相關.Net教程