1.面向對象程序設計概述
①面向對象程序設計（簡稱OOP）是當今主流的程序設計範型，它已經取代了20世紀70年代的“結構化”過程化程序設計開發技術。而Java是完全面向對象的，必須熟悉OOP才能夠更好的編寫Java程序。
②面向對象的程序是由對象組成的，每個對象包含對用戶公開的特定功能部分和隱藏的實現部分。程序中的很多對象來自標準庫，還有一些是自定義的。究竟是自己構造對象，還是從外界購買對象完全取決於開發項目的預算和時間。但是，從根本上說，只要對象能夠滿足要求，就不必關心其功能的具體實現過程。在OOP中，我們不比關心對象的具體實現，只要能夠滿足用戶的需求即可。
③對於一些規模較小的問題，將其分解爲過程的開發方式比較理想。而面向對象更加適用於解決規模較大的問題。要想實現一個簡單的Web瀏覽器可能需要大約2000個過程，這些過程可能需要對一組全局數據進行操作。採用面向對象的設計風格，可能只需要大約100個類，每個類平均包含20個方法。當然後者是更易於程序員掌握的，也容易在其中找到bug。假設給定對象的數據出錯了，在訪問這個數據項的20個方法中查找錯誤要比在2000個過程中查找容易得多。
2.類
類（class）是構造對象的模板或藍圖。我們可以將類想象成製作小甜餅的切割機，將對象想象爲小甜餅。由類構造（construt）對象的過程稱爲創建類的實例（instance）。
正如博主之前發佈的使用Java語言AC的ZZULIOJ上前120道題，用Java編寫的所有代碼都位於某個類的內部。標準的Java庫提供了幾千個類，可以用於用戶界面設計、日期、日曆和網絡程序設計。儘管如此，還是需要在Java程序設計中創建一些自己的類，以便描述應用程序所對應的問題域中的對象。
封裝（encapsulation，有時稱爲數據隱藏）是與對象有關的一個重要概念。從形式上看，封裝不過是將數據和i行爲組合在一個包中，並對對象的使用者隱藏了數據的實現方式。對象中的數據稱爲實例域（instance field），操縱數據的過程稱爲方法（method）。對於每個特定的類實例（對象）都有一組特定的實例域值。這些值的集合就是這個對象的當前狀態（state）。無論何時，只要向對象發送一個消息，它的狀態就有可能發生改變。
實現封裝的關鍵在於絕對不能讓類中的方法直接的訪問其他類的實例域。程序僅通過對象的方法與對象數據進行交互。封裝給對象賦予了“黑盒”特徵，這是提高重用性和可靠性的關鍵。這意味着一個類可以全面的改變存儲數據的方式。只要依舊使用同樣的方法操作數據，其他對象就不會知道或介意所發生的變化。
那麼，OOP的另一個原則會讓用戶自定義Java類變得輕而易舉，這就是：可以通過擴展一個類來建立另外一個新的類。事實上，在Java中，所有的類都源自於一個“神通廣大的超類”，它就是Object，我們會在後面的陸續介紹。
在擴展一個已有的類時，這個擴展後的信類具有所擴展的類的全部屬性和方法。在新類中，只需提供適用於這個新類的新方法和數據域就可以了。通過擴展一個類來建立另外一個類的過程稱爲繼承（inheritance）。
3.對象
要想使用OOP，一定要清楚對象的三個主要特性：
①對象的行爲（behavior）——可以對對象施加哪些操作，或可以對對象施加哪些方法？
②對象的狀態（state）——當施加那些方法時，對象如何響應？
③對象標識（identity）——如何辨別具有相同行爲與狀態的不同對象？
同一個類中的所有對象實例，由於支持相同的行爲而具有家族式的相似性。對象的行爲是用可調用的方法定義的。
此外，每個對象都保存着描述當前特徵的信息，這就是對象的狀態。對象的狀態可能會隨着時間而發生改變，但這種改變不是自發的。對象狀態的改變必須是通過調用方法實現的（如果不經過方法的調用就可以改變對象的狀態，只能說明封裝性遭到了破壞）。
對象的這些關鍵特性在彼此之間相互影響着。例如，對象的狀態影響它的行爲（如果一個訂單“已送貨”或“已付款”，就應該拒絕調用具有增刪訂單中條目的方法。反過來，如果訂單是“空的”，即還沒有加入預定的物品，這個訂單就不應該進入“已送貨”狀態）。
4.識別類
在傳統的過程化程序設計中，必須從頂部的main函數開始編寫程序。那麼在面向對象程序設計時，就沒有所謂的“頂部”，而是從設計類開始，然後再往每個類中添加方法。
識別類的簡單規則則是在分析問題的過程中尋找名詞，而方法對應着動詞。
例如，在訂單處理系統中，有這樣一些名詞：
項目（Item）、訂單（Order）、送貨地址（Shipping address）、付款（Payment）、賬戶（Account），這些名詞很可能稱爲類Item、Order等。
接下來，查看動詞：物品項目被添加到訂單中，訂單被髮送或取消，訂單貨款被支付。對於每一個動詞，例如：“添加”、“發送”、“取消”以及“支付”，都要標識出主要負責完成相應動作的對象。例如：當一個新的條目添加到訂單中時，那個訂單對象就是被指定的對象，因爲它知道如何存儲條目以及如何對條目進行排序。也就是說添加（add）就應該是Order類的一個方法，而Item對象是一個參數。
當然，所謂“找名詞與動詞”來區別類和方法，在原則上只是一種經驗。在創建類的時候，哪些名詞是類、哪些動詞是方法，更重要的完全取決於個人的開發經驗。
5.類之間的關係
在類之間，最常見的關係有三種：①依賴（“uses-a”），②聚合（“has-a”），③繼承（“is-a”）
①依賴（dependence）：即“uses-a”關係，是一種最明顯、最常見的關係。例如：Order類使用Account類是因爲Order對象需要訪問Account對象查看信用狀態，我們就說Order類依賴於Account類。但是Item類不依賴於Account類，這是因爲Item對象與客戶賬戶（Account）無關。因此，如果一個類的方法操縱另一個類的對象，我們就說一個類依賴於另一個類。當然了，我們應該儘可能的將相互依賴的類減至最少。如果類A不知道類B的存在，它就不會關心類B的任何改變（這就意味着B的改變不會導致A產生任何bug），用軟件工程的術語來說，就是讓類之間的耦合度最小。
②聚合（aggregation）：即“has-a”關係，是一種具體且易於理解的關係。例如：一個Order類的對象包含一些Item類的對象。聚合關係意味着類A的對象包含類B的對象。
③繼承（inheritance）：即“is-a”關係，是一種用於表示特殊與一般關係的。例如：RushOrder類由Order類繼承而來，在具有特殊性的RushOrder類中包含了一些用於優先處理的特殊方法，以及一個計算運費的不同方法；而其它方法，如：添加條目、生成賬單等都是從Order類繼承來的。一般而言，如果類A繼承類B，類A不但包含從類B繼承的方法，還會擁有一些額外的功能。