我是從學習Java程式設計開始接觸OOP(面向對象程式設計),剛開始使用Java編寫程式的時候感覺很别扭,因為我早以習慣用C來編寫程式,很欣賞C的簡潔性和高效性,喜歡C簡練而表達能力豐富的風格,特别忍受不了Java運作起來慢吞吞的速度,相對冗長的代碼,而且一個很簡單的事情,要寫好多類,一個類調用一個類,心裡的抵觸情緒很強。
我對Java的面向對象的特性琢磨良久,自認為有所領悟,也開始有意識的運用OOP風格來寫程式,然而還是經常會覺得不知道應該怎樣提煉類,面對一個具體的問題的時候,會覺得腦子裡千頭萬緒的,不知道怎麼下手,一不小心,又會回到原來的思路上去。
舉個例子,要發廣告郵件,廣告郵件清單存在資料庫裡面。倘若用C來寫的話,一般會這樣思考,先把郵件内容讀入,然後連接配接資料庫,循環取郵件位址,調用本機的qmail的sendmail指令發送。
然後考慮用Java來實作,既然是OOP,就不能什麼代碼都塞到main過程裡面,于是就設計了三個類:
一個類是負責讀取資料庫,取郵件位址,調用qmail的sendmail指令發送;
一個類是讀郵件内容,MIME編碼成HTML格式的,再加上郵件頭;
一個主類負責從指令讀參數,處理指令行參數,調用發email的類。
把一件工作按照功能劃分為3個子產品分别處理,每個類完成一件子產品任務。
仔細的分析一下,就會發現這樣的設計完全是從程式員實作程式功能的角度來設計的,或者說,設計類的時候,是自低向上的,從機器的角度到現實世界的角度來分析問題的。是以在設計的時候,就已經把程式程式設計實作的細節都考慮進去了,企圖從底層實作程式這樣的出發點來達到滿足現實世界的軟體需求的目标。
這樣的分析方法其實是不适用于Java這樣面向對象的程式設計語言,因為,如果改用C語言,封裝兩個C函數,都會比Java實作起來輕松的多,邏輯上也清楚的多。
我覺得面向對象的精髓在于考慮問題的思路是從現實世界的人類思維習慣出發的,隻要領會了這一點,就領會了面向對象的思維方法。
舉一個非常簡單的例子:假使現在需要寫一個網頁計數器,客戶一次頁面,網頁計數器加1,計數器是這樣來的http://hostname/count.cgi?id=xxx
背景有一個資料庫表,儲存每個id(一個id對應一個被統計次數的頁面)的計數器目前值,請求頁面一次,對應id的計數器的字段加1(這裡我們忽略并發更新資料庫表,出現的表鎖定的問題)。
如果按照一般從程式實作的角度來分析,我們會這樣考慮:首先是從HTTP GET請求取到id,然後按照id查資料庫表,獲得某id對應的計數值,然後加1,更新資料庫,最後向頁面顯示計數。
現在假設一個沒有程式設計經驗的人,他會怎樣來思考這個問題的呢?他會提出什麼樣的需求呢?他很可能會這樣想:
我需要有一個計數器,這個計數器應該有這樣的功能,重新整理一次頁面,量就會加1,另外最好還有一個計數器清0的功能,當然計數器如果有一個可以設為任意值的功能的話,我就可以作弊了。
做為一個沒有程式設計經驗的人來說,他完全不會想到對資料庫應該如何操作,對于HTTP變量該如何傳遞,他考慮問題的角度就是我有什麼需求,我的業務邏輯是什麼,軟體應該有什麼功能。
按照這樣的思路(請注意,他的思路其實就是我們平時在生活中習慣的思維方式),我們知道需要有一個計數器類 Counter,有一個必須的和兩個可選的方法:
getCount()
// 取計數器值方法
resetCounter()
// 計數器清0方法
setCount()
// 設計數器為相應的值方法
把Counter類完整的定義
public class Counter
{
public int getCount(int id)
{
}
public void resetCounter(int id)
{
}
public void setCount
(int id, int currentCount)
{
}
}
解決問題的架構已經有了,來看一下如何使用Counter。在count.cgi裡面調用Counter來計數,程式片斷
// 這裡從HTTP環境裡面取id值
...
Counter myCounter = new Counter();
// 獲得計數器
int currentCount = myCounter.getCount(id);
// 從計數器中取計數
// 這裡向客戶浏覽器輸出
...
程式的架構全都寫好了,剩下的就是實作Counter類方法裡面具體的代碼了,此時才去考慮具體的程式語言實作的細節,比如,在getCount()方法裡面資料庫,更新計數值。
從上面的例子中看到,面向對象的思維方法其實就是我們在現實生活中習慣的思維方式,是從人類考慮問題的角度出發,把人類解決問題的思維方式逐漸翻譯成程式能夠了解的思維方式的過程,在這個翻譯的過程中,軟體也就逐漸被設計好了。
在運用面向對象的思維方法進行軟體設計的過程中,最容易犯的錯誤就是開始分析的時候,就想到了程式代碼實作的細節,是以封裝的類完全是基于程式實作邏輯,而不是基于解決問題的業務邏輯。
學習JDBC程式設計的經典錯誤問法是:“我怎樣封裝對資料庫的select操作?”
面向對象的設計是基于解決業務問題的設計,而不是基于具體程式設計技術的設計。我不會去封裝select語句的,我隻封裝解決問題的業務邏輯,對資料庫的讀取是在業務邏輯的編碼實作階段才去考慮的問題。