獻給面向對象的人：面向對象的思維方法

2019-11-18 12:05:14

字體：大中小

來源：轉載

供稿：網友

　　我是從學習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語句的，我只封裝解決問題的業務邏輯，對數據庫的讀取是在業務邏輯的編碼實現階段才去考慮的問題。
　　
　　回過頭看上面那個發廣告郵件的例子，應該如何應用面向對象的思維方法呢？
　　
　　對于一個郵件來說，有郵件頭，郵件體，和郵件地址這三個屬性，發送郵件，需要一個發送的方法，另外還需要一個能把所有郵件地址列出來的方法。所以應該如下設計：
　　
　　　引用：
　　　　代碼:
　　類JunkMail
　　
　　屬性：
　　　head
　　　body
　　　address
　　方法：
　　　sendMail()　　// 發送郵件
　　　listAllMail() // 列郵件地址
　　
　　用Java來表示：
　　
　　public class JunkMail {
　　　PRivate String head;
　　　private String body;
　　　private String address;
　　　public JunkMain() {　 // 默認的類構造器
　　　　 // 從外部配置文件讀郵件頭和郵件體
　　　　 this.head=...;
　　　　 this.body=...;
　　　}
　　
　　　public static boolean sendMail(String address) {
　　　　 //　調用qmail，發送email
　　　}
　　
　　　public static Collection listAllMail() {
　　　　 //　訪問數據庫，返回一個郵件地址集合
　　　}
　　}　
　　
　　當把JunkMail設計好了以后，再調用JunkMail類完成郵件的發送，將是非常輕松的事情。
　　
　　假如說傳統的面向過程的編程是符合機器運行指令的流程的話，那么面向對象的思維方法就是符合現實生活中人類解決問題的思維過程。
　　
　　在面向對象的軟件分析和設計的時候，要提醒自己，不要一上來就去想程序代碼的實現，應該拋開具體編程語言的束縛，集中精力分析我們要實現的軟件的業務邏輯，分析軟件的業務流程，思考應該如何去描述和實現軟件的業務。究竟軟件只是一個載體，業務才是我們真正要實現的目標。
　　
　　但是在設計過程中，心里卻往往在擔心，假如我完全不去考慮程序代碼的實現的話，那么我怎么知道我的設計一定合理呢？我怎么知道我設計的類、接口一定可以實現呢？所以經常可以看到的現象就是：
　　
　　在設計過程中，雖然知道不能過早考慮代碼實現，但是每設計一個類，一個接口，心里都要不知不覺的用自己熟悉的編程語言大概的評估一下，看看能否編出來，因此，一不小心，就會又回到按照程序功能實現的思路進行設計的老路上去了。
　　
　　舉個例子來說明，在做Web程序設計的時候，經常要碰到分頁顯示數據的情況。比如說需要把系統中所有的用戶都列出來這樣的功能。假設使用User類來表示用戶，增加用戶addUser()，刪除用戶deleteUser()，查詢所有用戶listUsers()方法。而數據庫中有一個user表，一條記錄是一個用戶的信息。下面考慮一下User類的方法的實現：
　　
　　addUser()和deleteUser()方法都好實現，就是對數據庫增加記錄和刪除記錄。對于listUsers()方法，其實就是對user表的select，取出一個記錄集。但是該怎么從listUsers()方法中得到所有用戶的列表呢？
　　
　　一個方法調用的返回值只有一個，沒有多個，所以很多情況下采用的辦法就是返回值定義為集合類型，比如Vector。這樣就可以在listUsers()方法的具體代碼實現的時候，從數據庫依次取出一個個記錄，插入到Vector里面來。在主程序里面，調用listUsers()方法可以返回一個Vector，然后再對Vector遍歷操作，就可以得到用戶列表了。
　　
　　　引用：
　　　　代碼:
　　
　　public class User {
　　
　　　public static void addUser(...) {
　　　　//　數據庫insert一條記錄
　　　}
　　
　　　public static void deleteUser(...) {
　　　　//　數據庫delete一條記錄
　　　}
　　
　　　public Vector listUsers(...) {
　　　　//　數據庫select結果放到一個集合里面
　　　}
　　}　
　　
　　這樣的設計基本合理，但是仍然有點小問題。因為在設計的時候，就考慮到了用Java的集合類Vecto

上一篇：控制bean定制器的技巧

下一篇：關于在bean里面打印html的利弊看法