從學習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) {}
