Java面向?qū)ο缶幊毯兔嫦蜻^程編程的區(qū)別

本章節(jié)目標(biāo)：

了解面向?qū)ο螅李惡蛯?duì)象的區(qū)別，會(huì)進(jìn)行類的定義。

知識(shí)框架：

Java面向?qū)ο缶幊毯兔嫦蜻^程編程的區(qū)別

“面向過程”(Procedure Oriented)是一種以過程為中心的編程思想，簡(jiǎn)稱OP。“面向過程”也可稱之為“面向記錄”編程思想，就是分析出解決問題所需要的步驟，然后用函數(shù)把這些步驟一步一步實(shí)現(xiàn)，使用的時(shí)候一個(gè)一個(gè)依次調(diào)用就可以了。所以面向過程的編程方式關(guān)注點(diǎn)不在“事物”上，而是做這件事分幾步，先做什么，后做什么。例如：早晨起來：起床、穿衣、洗漱、上班，只要按照這個(gè)步驟來，就能實(shí)現(xiàn)“一天”的功能，整個(gè)這個(gè)過程中關(guān)注的是一步一步怎么做，并沒有關(guān)注“人”這個(gè)事物。再例如：開門、調(diào)整座椅、系好安全帶、踩離合、啟動(dòng)、掛檔、給油，只要按照這個(gè)步驟來，車就走了，顯然關(guān)注點(diǎn)還是在步驟上，只要實(shí)現(xiàn)每一步就行，整個(gè)過程并沒有關(guān)注“汽車”這個(gè)事物。

“面向?qū)ο?rdquo;(Object Oriented)是一種以對(duì)象為中心的編程思想，簡(jiǎn)稱OO。隨著計(jì)算機(jī)技術(shù)的不斷提高，計(jì)算機(jī)被用于解決越來越復(fù)雜的問題。一切事物皆對(duì)象，通過面向?qū)ο蟮姆绞剑瑢F(xiàn)實(shí)世界的事物抽象成對(duì)象。通過面向?qū)ο蟮姆椒ǎ谟萌死斫獾姆绞綄?duì)復(fù)雜系統(tǒng)進(jìn)行分析、設(shè)計(jì)與編程。同時(shí)，面向?qū)ο竽苡行岣呔幊痰男剩ㄟ^封裝技術(shù)，可以像搭積木的一樣快速開發(fā)出一個(gè)全新的系統(tǒng)。面向?qū)ο髮?duì)象作為程序的基本單元，將程序和數(shù)據(jù)封裝其中，以提高軟件的重用性、靈活性和擴(kuò)展性。

使用面向?qū)ο缶幊趟枷腴_發(fā)系統(tǒng)，在現(xiàn)代開發(fā)中會(huì)將面向?qū)ο筘灤┱麄€(gè)過程，一般包括：OOA/OOD/OOP：

● OOA：面向?qū)ο蠓治觯∣bject-Oriented Analysis）

● OOD：面向?qū)ο笤O(shè)計(jì)（Object-Oriented Design）

● OOP：面向?qū)ο缶幊蹋∣bject-Oriented Programming）

面向過程和面向?qū)ο笥惺裁搓P(guān)系呢？面向過程其實(shí)是最為實(shí)際的一種思考方式，就算是面向?qū)ο蟮姆椒ㄒ彩呛忻嫦蜻^程的思想。可以說面向過程是一種基礎(chǔ)的方法。它考慮的是實(shí)際地實(shí)現(xiàn)。一般的面向過程是從上往下步步求精。面向?qū)ο笾饕前咽挛锝o對(duì)象化，對(duì)象包括屬性與行為。當(dāng)程序規(guī)模不是很大時(shí)，面向過程的方法還會(huì)體現(xiàn)出一種優(yōu)勢(shì)。因?yàn)槌绦虻牧鞒毯芮宄粗K與函數(shù)的方法可以很好的組織。但對(duì)于復(fù)雜而龐大的系統(tǒng)來說，面向過程顯得就很無力了。

為了幫助大家理解面向過程和面向?qū)ο螅覀冊(cè)賮碓O(shè)想一個(gè)場(chǎng)景，假如說編寫一段程序，模擬一個(gè)人抽煙的場(chǎng)景，采用面向過程的方式是這樣的：買煙->買打火機(jī)->找能夠抽煙的場(chǎng)合->點(diǎn)燃香煙->開抽，只要按照這個(gè)流程一步一步來，就可以實(shí)現(xiàn)抽煙場(chǎng)景，采用面向?qū)ο蟮姆绞疥P(guān)注點(diǎn)就不一樣了，我們會(huì)想這個(gè)場(chǎng)景都有什么事物參與，每個(gè)事物應(yīng)該有什么行為，然后將這些事物組合在一起，來描述這個(gè)場(chǎng)景，例如：一個(gè)會(huì)抽煙的人（對(duì)象）+香煙（對(duì)象）+打火機(jī)（對(duì)象）+允許抽煙的場(chǎng)所（對(duì)象），將以上4個(gè)對(duì)象組合在一起，就實(shí)現(xiàn)了抽煙場(chǎng)景，其中采用面向?qū)ο蟮姆绞介_發(fā)具有很強(qiáng)的擴(kuò)展力，例如：人這個(gè)對(duì)象是可以更換的，打火機(jī)也是可以更換的，香煙的品牌也是可以更換的，包括抽煙的場(chǎng)合也是可以更換的。如果采用面向過程方式開發(fā)，一步依賴另一步，任何一步都不能變化，變化其中一步則整個(gè)軟件都會(huì)受到影響。

網(wǎng)上發(fā)現(xiàn)了一篇文章，說了一下OP與OO的不同，并且打了一個(gè)比喻，通俗易懂。有人這么形容OP和OO的不同：用面向過程的方法寫出來的程序是一份蛋炒飯，而用面向?qū)ο髮懗鰜淼某绦蚴且环萆w澆飯。所謂蓋澆飯，北京叫蓋飯，東北叫燴飯，廣東叫碟頭飯，就是在一碗白米飯上面澆上一份蓋菜，你喜歡什么菜，你就澆上什么菜。我覺得這個(gè)比喻還是比較貼切的。蛋炒飯制作的細(xì)節(jié)，我不太清楚，因?yàn)槲覜]當(dāng)過廚師，也不會(huì)做飯，但最后的一道工序肯定是把米飯和雞蛋混在一起炒勻。蓋澆飯呢，則是把米飯和蓋菜分別做好，你如果要一份紅燒肉蓋飯呢，就給你澆一份紅燒肉；如果要一份青椒土豆蓋澆飯，就給澆一份青椒土豆絲。蛋炒飯的好處就是入味均勻，吃起來香。如果恰巧你不愛吃雞蛋，只愛吃青菜的話，那么唯一的辦法就是全部倒掉，重新做一份青菜炒飯了。蓋澆飯就沒這么多麻煩，你只需要把上面的蓋菜撥掉，更換一份蓋菜就可以了。蓋澆飯的缺點(diǎn)是入味不均，可能沒有蛋炒飯那么香。到底是蛋炒飯好還是蓋澆飯好呢？其實(shí)這類問題都很難回答，非要比個(gè)上下高低的話，就必須設(shè)定一個(gè)場(chǎng)景，否則只能說是各有所長(zhǎng)。如果大家都不是美食家，沒那么多講究，那么從飯館角度來講的話，做蓋澆飯顯然比蛋炒飯更有優(yōu)勢(shì)，他可以組合出來任意多的組合，而且不會(huì)浪費(fèi)。蓋澆飯的好處就是"菜""飯"分離，從而提高了制作蓋澆飯的靈活性。飯不滿意就換飯，菜不滿意換菜。用軟件工程的專業(yè)術(shù)語就是"可維護(hù)性"比較好，"飯" 和"菜"的耦合度比較低。蛋炒飯將"蛋""飯"攪和在一起，想換"蛋""飯"中任何一種都很困難，耦合度很高，以至于"可維護(hù)性"比較差。軟件工程追求的目標(biāo)之一就是可維護(hù)性，可維護(hù)性主要表現(xiàn)在3個(gè)方面：可理解性、可測(cè)試性和可修改性。面向?qū)ο蟮暮锰幹痪褪秋@著的改善了軟件系統(tǒng)的可維護(hù)性。

對(duì)于編程語言來說，基于C語言的編程是面向過程的，C++只能說一半面向過程一半面向?qū)ο螅琷ava語言就是一門完全面向?qū)ο蟮木幊陶Z言。有C++基礎(chǔ)的同學(xué)，學(xué)習(xí)java應(yīng)該很快，因?yàn)閖ava底層是C++語言實(shí)現(xiàn)的。當(dāng)然，除了java語言之外，還有很多都是完全面向?qū)ο蟮木幊陶Z言，例如：C#、Python等。

對(duì)于面向過程和面向?qū)ο蟮睦斫猓壳半A段來說還是很難的，畢竟大家現(xiàn)在還停留在只會(huì)定義變量，寫個(gè)if語句階段，慢慢來吧，我們需要不斷的學(xué)習(xí)后面的內(nèi)容，然后再加深對(duì)面向?qū)ο蟮睦斫狻?/span>