隨著程序的設計的複雜性增加,結構化程序設計方法又不夠用了。不夠用的根本原因是代碼重用的時候不方便。面向對象的方法誕生了,它通過繼承來實現比較完善的代碼重用功能。很多學生在應聘工作,面試的時候,常被問及一個問題你來談談什麼是面向對象的程序設計,學生無言,回來問我,這個問題應該怎麼回答。我告訴他,你只要說一句話就夠了面向對象程序設計是對數據的封裝;範式(模板)的程序設計是對算法的封裝。後來再有學生遇到了這個問題,只簡單的一句對答,對方就對這個學生就刮目相看了(學生後來自豪地告訴我的)。為什麼那?因為只有經過徹底的體會和實踐才能提煉出這個精華。
面向對象的設計方法和思想,其實早在70年代初就已經被提出來了。其目的就是:強製程序必須通過函數的方式來操縱數據。這樣實現了數據的封裝,就避免了以前設計方法中的,任何代碼都可以隨便操作數據而因起的BUG,而查找修改這個BUG是非常困難的。那麼你可以說,即使我不使用面向對象,當我想訪問某個數據的時候,我就通過調用函數訪問不就可以了嗎?是的,的確可以,但並不是強制的。人都有惰性,當我想對i 加1的時候,幹嗎非要調用函數呀?算了,直接i++多省事呀。呵呵,正式由於這個懶惰,當程序出BUG的時候,可就不好捉啦。而面向對像是強制性的,從編譯階段就解決了你懶惰的問題。
巧合的是,面向對象的思想,其實和我們的日常生活中處理問題是吻合的。舉例來說,我打算丟掉一個茶杯,怎麼扔那?太簡單了,拿起茶杯,走到垃圾桶,扔!注意分析這個過程,我們是先選一個對象------茶杯,然後向這個對象施加一個動作-扔。每個對象所能施加在它上面的動作是有一定限制的:茶杯,可以被扔,可以被砸,可以用來喝水,可以敲它發出聲音......;一張紙,可以被寫字,可以撕,可以燒......。也就是說,一旦確定了一個對象,則方法也就跟著確定了。我們的日常生活就是如此。但是,大家回想一下我們程序設計和對計算機的操作,卻不是這樣的。拿DOS的操作來說,我要刪除一個文件,方法是在DOS提示符下:c:> del 文件名<回車>。注意看這個過程,動作在前(del),對像在後(文件名),和麵向對象的方法正好順序相反。那麼只是一個順序的問題,會帶來什麼影響那?呵呵,大家一定看到過這個現象:File not found. 啊~~~,我錯了,我錯了,文件名敲錯了一個字母,於是重新輸入:c:> del 文件名2<回車> 。不幸又發生了,計算機報告:File read only. 哈哈,痛苦吧:)。所以DOS的操作其實是違反我們日常生活中的習慣的(當然,以前誰也沒有提出過異議),而現在由於使用了面向對象的設計,那麼這些問題,就在編譯的時候解決了,而不是在運行的時候。 obj.fun(),對於這條語句,無論是對象,還是函數,如果你輸入有問題,那麼都會在編譯的時候報告出來,方便你修改,而不是在執行的時候出錯,害的你到處去捉蟲子。
同時,面向對象又能解決代碼重用的問題-繼承。我以前寫了一個狗的類,屬性有(變量):有毛、4條腿、有翹著的尾巴(耷拉著尾巴的那是狼)、鼻子很靈敏、喜歡吃肉骨頭..... .方法有(函數):能跑、能聞、汪汪叫......如果它去抓耗子,人家叫它多管閒事。好了,狗這個類寫好了。但在我實際的生活中,我家養的這條狗和我以前寫的這個狗類非常相似,只有一點點的不同,就是我的這條狗,它是:捲毛而且長長的,鼻子小,嘴小......。於是,我派生一個新的類型,叫哈巴狗類在狗類的基礎上,加上新的特性。好了,程序寫完了,並且是重用了以前的正確的代碼-這就是面向對象程序設計的好處。我的成功只是站在了巨人的肩膀上。當然,如果你使用VC的話,重用最多的代碼就是MFC的類庫。
OK,那麼看看我們如何使用ASP的。
大家一般都是使用IIS的默認腳本語言VbScript作為ASP的服務器端執行語言的,在起初基本都是將該VBS腳本和HTML摻合在一起,實現著某些功能。比如需要在當前頁顯示最新的5條記錄了,就可以這樣。
1、先定義數據庫的連接,如:
以下為引用的內容:
db_path = ../database/cnbruce2005.mdb
Set conn= Server.CreateObject(ADODB.Connection)
connstr = Provider=Microsoft.Jet.OLEDB.4.0;Data Source=&Server.MapPath(db_path)
conn.Open connstr
2、然後建立數據庫記錄集合,提取相關信息
以下為引用的內容:
Set rs = Server.CreateObject (ADODB.Recordset)
sql = Select top 5 * from [news] order by n_id desc
rs.Open sql,conn,1,1
3、最後通過循環的方法將數據顯示出來
以下為引用的內容:
do while not rs.eof
response.write rs(n_title)
rs.movenext
loop
'還有最後的關閉和釋放操作
rs.close
set rs=nothing
那麼就是在response.write rs(n_title) 這裡,為了最終的網頁設計的需要,在它的前前後後,估計還是需要加入一些其他的HTML標籤元素的。於是很自然的,VBS腳本和HTML摻合了。
再來看,如果說有很多頁都需要顯示這5條記錄,那是不是每個頁都要這樣去設置,當然最主要的只是每個頁的設計樣子不同。那這就是重複。重複在那裡?那裡可以不要重複?
1、針對數據庫的連接,都直接建立了一個數據庫連接文件conn.asp,內容即如上。
2、那麼只要是需要使用數據庫的,需要建立連接的,直接包含引用該數據庫連接文件,即可了事。
<!--#include file=conn.asp-->
那麼上面是省去的什麼重複?每次數據庫連接的重複。這是對於通用的某些共用的代碼的防重複。接著來看,如果說我要這個頁面顯示5條,那個頁面顯示6條,又該如何?很顯然,這只能是對當前頁中的SQL語句進行簡單的修改,比如原來是top 5 的修改為top 6。
OK,繼續看,是不是還有重複?有,除了SQL查詢定義的不同,其他的都是重複。
於是,繼續想辦法:可不可以自己來定義提取的條數?就是我想提取幾條就幾條,但程序只需要寫一個。那麼這時候,函數的就派上用場了啊。比如我定義這樣的函數:
以下為引用的內容:
Function topnews(tnum)
Set rs = Server.CreateObject (ADODB.Recordset)
sql = Select top &tnum& * from [news] order by n_id desc
rs.Open sql,conn,1,1
do while not rs.eof
response.write rs(n_title)
rs.movenext
loop
rs.close
set rs=nothing
End Function
那麼,就可以使用topnews(5) 或者topnews(6) 來完成需要了
……咋一看,似乎ASP用上函數這就算最終的完成了。因為主要的程序功能做成了函數模塊,需要在前台頁面使用該功能時,直接調用一下,必要時修改下函數參數值就是一個完美的結局/。