在技術(shù)更新的進(jìn)程中, 仍然有一些人死抱著(zhù)已經(jīng)過(guò)了氣的東西不放. 也有一些人雖然進(jìn)入到新的世界, 但仍擺脫不了陳舊的習慣. 我沒(méi)有用”陋習”這個(gè)詞, 因為我對這個(gè)詞也非常反感.
新技術(shù)應該有新技術(shù)的做法, 進(jìn)入ASP.NET的世界, 就應該把以往的習慣改正, 全新的進(jìn)入新的世界, 把ASP的破爛扔掉.
以下列舉的都是錯誤的做法, 請不要誤以為是推薦的做法而進(jìn)行推廣:
1. 使用server side include給ASPX引入共同的頁(yè)面構圖.
在A(yíng)SP.NET的機制下, 應使用ASCX(web user control)來(lái)實(shí)現. ASCX提供了更多可控制接口. 并且更重要的是, ASCX是一個(gè)類(lèi). 一個(gè)實(shí)實(shí)在在的類(lèi). 可以全面控制它.
2.不使用web.config
web.config提供了非常豐富的配置管理接口. 是一個(gè)應用程序最核心的部分. 但是很多人的web.config往往是空的. 或者就從來(lái)沒(méi)有修改過(guò).
3.使用Response.Write向前端輸出消息
ASP.NET平臺下的Response和ASP的Response有很大的不同. 雖然表示同一含義, 但用法上已經(jīng)大不相同. Response.Write的內容只會(huì )輸出到頁(yè)的最前端. 向前端輸出消息的正確方法是使用PlaceHolder.
4.使用一系列session管理用戶(hù)連接狀態(tài)
這種方法在A(yíng)SP里被濫用. 在A(yíng)SP.NET環(huán)境下, 正確的做法應該是設計一個(gè)類(lèi). 結構化地保存數據. 將對session或者cookie的訪(fǎng)問(wèn)封裝起來(lái).
5.使用session驗證身份
這幾乎是通病. ASP.NET提供了一組用于用戶(hù)身份驗證的API. 類(lèi)型是forms驗證或者windows驗證. 這一點(diǎn)quick start有一節講解得很清楚. 可以絕大部分人還是依靠給session賦值來(lái)保持用戶(hù)身份驗證狀態(tài).
6.使用Response.Redirect重定向頁(yè)
這一點(diǎn)在必要的時(shí)候可以使用. 但不可濫用. 事實(shí)證明濫用重定向將導致邏輯上的嚴重混亂. 這是在以頁(yè)為程序單元的時(shí)候的做法. 使用front controller模式將使用戶(hù)的操作邏輯集中起來(lái)]
7.使用太多ASPX頁(yè)
ASP環(huán)境下的程序單元只有*.asp頁(yè), ASP.NET可不是這樣, 還有后端的類(lèi)庫, ASCX等等. 應將業(yè)務(wù)邏輯分別集中在不同的單元, 而不應該一項操作使用一個(gè)ASPX. 更多時(shí)候ASPX將做為ASCX或者custom control的容器而管理頁(yè)內邏輯. ASPX重用ASCX的同時(shí), ASPX也做為統一的頁(yè)構圖重用.
8.在多個(gè)邏輯單元之間復制代碼并修改相應邏輯
重用. 重用. 重用. 處理此類(lèi)問(wèn)題的原則是不出現任何相同或相似的過(guò)程. 如果你用上面的方法, 一旦9.害怕使用DataSet.
很多人被DataSet嚇壞了. 認為”肯定”影響性能. 但連最初的嘗試都不敢. 他們總認為他們的產(chǎn)品一定重大, 設計上應該”慎重”. 他們往往使用ArrayList或者設計低級的類(lèi)來(lái)保存集合數據. 進(jìn)行艱難的數據倒入工作.
10.對“性能”過(guò)多注意.
對ASP.NET ViewState的機制特別不滿(mǎn). 或者總是挖空心思迫害人家. 反倒把自己弄得很累. 如果在對付ViewState的同時(shí)多注意少連幾次數據庫也許更文明些.
11.應用程序根目錄很亂.
ASP.NET是開(kāi)發(fā)項目. 不是網(wǎng)站. 應該把不同的資源分類(lèi)放置. 例如把所有靜態(tài)資源(樣式表, 腳本, 圖像)組織到一起. 甚至可以寫(xiě)一組API來(lái)管理他們. ASPX應該放在一起. ASCX應該放在一起. .*.cs呢? 應該把他們放到另外一個(gè)project里.
12.不厭其煩的寫(xiě)訪(fǎng)問(wèn)數據庫的過(guò)程
應該把這工作交給DataAccess Application Block. 你自己還要開(kāi)關(guān)connection, 何苦呢.
13.自己寫(xiě)的東西最靠得住.
事實(shí)往往正好相反. 多注意使用人家寫(xiě)好的產(chǎn)品. 又不收你錢(qián), 何苦那么愛(ài)面子呢.
14. 胡亂命名ASPX文件名
這是最讓人痛苦的了. ASPX文件名不僅需要容易識別. 還應該遵循一定規則. 因為behind每個(gè)ASPX都會(huì )有一個(gè)同名的類(lèi), 想象一下, 多難受. 另外大部分人不知道管理自己的項目的name space. 讓人好像看到一本帳一樣.
15.從來(lái)不作繼承或派生
一些具有相同行為的類(lèi), 應該從公共的基類(lèi)派生出來(lái). 實(shí)際意義上, 我們的ASPX應該有一個(gè)基類(lèi)PageBase. 因為總有一些公共的特性需要抽象出來(lái).
16.零property
他們的類(lèi)(ASPX所對應)里只有private method. 不公開(kāi)自己的任何秘密. 可以這一定是JAVA的遺老干的事.
17. 零ASCX
不用說(shuō), 他還沒(méi)學(xué)會(huì )ASP.NET
18.使用DreamWeaver“畫(huà)“ASPX
這批人是美工. 甚至有一些人在非常陶醉地討論如何更好地“整合“ DreamWeaver和Visual Studio.
19.只熟悉System.Web.UI.WebControl和System.Data.SqlClient應該還有一些值得熟悉的類(lèi)庫.
20.零注釋
這些都是心里很明白的快手. 一任IDE生成的缺省注釋橫在那里不管.
21.零事件
對“事件驅動(dòng)“一無(wú)所知. 只知道在Page_Load()里寫(xiě)過(guò)程. 或者雙擊一個(gè)按鈕寫(xiě)Xxx_Clock()過(guò)程. 在他們的程序里看不到event和delegate.
出現重大邏輯更改, 帶來(lái)的結果將是災難性的. |
