一、面向?qū)ο?，這個對象到底是什么？
這個對象不是實(shí)例，我們把一個類的實(shí)例也叫做對象，這種對象嚴(yán)格的說應(yīng)該是面向?qū)ο蟮木幊虒?shí)現(xiàn)(OOP)中的對象，面向?qū)ο缶幊蹋膊皇敲嫦蝾惖膶?shí)例編程。
對象的定義是人們要進(jìn)行研究的任何事物，從最簡單的整數(shù)到復(fù)雜的飛機(jī)等均可看作對象，它不僅能表示具體的事物，還能表示抽象的規(guī)則、計劃或事件。
也有的定義為“一切都是對象”然而面向?qū)ο笠膊荒芎唵蔚牡葍r理解成面向任何事物編程，面對一切編程？開玩笑，呵呵。
因此面向?qū)ο筮@個對象，指的是客體。所謂客體是指客觀存在的對象實(shí)體和主觀抽象的概念。
二、為什么要面向?qū)ο螅?/strong>
面向?qū)ο笫菫榱私鉀Q系統(tǒng)的可維護(hù)性，可擴(kuò)展性，可重用性，我們再進(jìn)一步思考，面向?qū)ο鬄槭裁茨芙鉀Q系統(tǒng)的可維護(hù)性，可擴(kuò)展性，可重用性？
面向?qū)ο螽a(chǎn)生的歷史原因有下面兩點(diǎn)：
1.計算機(jī)是幫助人們解決問題的，然而計算機(jī)終究是個機(jī)器，他只會按照人所寫的代碼，一步一步的執(zhí)行下去，最終得到了結(jié)果，因此無論程序多么的復(fù)雜，計算機(jī)總是能輕松應(yīng)付，結(jié)構(gòu)化編程，就是按照計算機(jī)的思維寫出的代碼，但是人看到這么復(fù)雜的邏輯，就無法維護(hù)和擴(kuò)展了。
2.結(jié)構(gòu)化設(shè)計是以功能為目標(biāo)來設(shè)計構(gòu)造應(yīng)用系統(tǒng)，這種做法導(dǎo)致我們設(shè)計程序時，不得不將客體所構(gòu)成的現(xiàn)實(shí)世界映射到由功能模塊組成的解空間中，這種轉(zhuǎn)換過程，背離了人們觀察和解決問題的基本思路。
可見結(jié)構(gòu)化設(shè)計在設(shè)計系統(tǒng)的時候，無法解決重用、維護(hù)、擴(kuò)展的問題，而且會導(dǎo)致邏輯過于復(fù)雜，代碼晦澀難懂。
于是人們就想，能不能讓計算機(jī)直接模擬現(xiàn)實(shí)的環(huán)境，用人類解決問題的思路，習(xí)慣，步驟來設(shè)計相應(yīng)的應(yīng)用程序？這樣的程序，人們在讀它的時候，會更容易理解，也不需要再把現(xiàn)實(shí)世界和程序世界之間來回做轉(zhuǎn)換。
與此同時，人們發(fā)現(xiàn)，在現(xiàn)實(shí)世界中存在的客體是問題域中的主角，所謂客體是指客觀存在的對象實(shí)體和主觀抽象的概念，這種客體具有屬性和行為，而客體是穩(wěn)定的，行為不穩(wěn)定的，同時客體之間具有各種聯(lián)系。
因此面向客體編程，比面向行為編程，系統(tǒng)會更穩(wěn)定，在面對頻繁的需求更改時，改變的往往是行為，而客體一般不需要改變，所以我們就把行為封裝起來，這樣改變時候只需要改變行為即可，主架構(gòu)則保持了穩(wěn)定。
于是面向?qū)ο缶彤a(chǎn)生了。
然而人們追求的系統(tǒng)可維護(hù)性，可擴(kuò)展性，可重用性又是怎么在面向?qū)ο笾畜w現(xiàn)出來的呢？
首先看看面向?qū)ο蟮娜筇卣鳎?/strong>
封裝：找到變化并且把它封裝起來，你就可以在不影響其它部分的情況下修改或擴(kuò)展被封裝的變化部分，這是所有設(shè)計模式的基礎(chǔ)，就是封裝變化，因此封裝的作用，就解決了程序的可擴(kuò)展性。
繼承：子類繼承父類，可以繼承父類的方法及屬性，實(shí)現(xiàn)了多態(tài)以及代碼的重用，因此也解決了系統(tǒng)的重用性和擴(kuò)展性，但是繼承破壞了封裝，因為他是對子類開放的，修改父類會導(dǎo)致所有子類的改變，因此繼承一定程度上又破壞了系統(tǒng)的可擴(kuò)展性。
所以繼承需要慎用，只有明確的IS-A關(guān)系才能使用，同時繼承在在程序開發(fā)過程中重構(gòu)得到的，而不是程序設(shè)計之初就使用繼承，很多面向?qū)ο箝_發(fā)者濫用繼承，結(jié)果造成后期的代碼解決不了需求的變化了。因此優(yōu)先使用組合，而不是繼承，是面向?qū)ο箝_發(fā)中一個重要的經(jīng)驗。
多態(tài)：接口的多種不同的實(shí)現(xiàn)方式即為多態(tài)。接口是對行為的抽象，剛才在封裝提到，找到變化部分并封裝起來，但是封裝起來后，怎么適應(yīng)接下來的變化？這正是接口的作用，接口的主要目的是為不相關(guān)的類提供通用的處理服務(wù),我們可以想象一下。
比如鳥會飛，但是超人也會飛，通過飛這個接口，我們可以讓鳥和超人，都實(shí)現(xiàn)這個接口，這就實(shí)現(xiàn)了系統(tǒng)的可維護(hù)性，可擴(kuò)展性。
因此面向?qū)ο竽軐?shí)現(xiàn)人們追求的系統(tǒng)可維護(hù)性，可擴(kuò)展性，可重用性。面向?qū)ο笫且环N編程思想，起初，“面向?qū)ο蟆笔菍Ｖ冈诔绦蛟O(shè)計中采用封裝、繼承、多態(tài)等設(shè)計方法，但面向?qū)ο蟮乃枷胍呀?jīng)涉及到軟件開發(fā)的各個方面，比如現(xiàn)在細(xì)分為了面向?qū)ο蟮姆治?OOA)，面向?qū)ο蟮脑O(shè)計(OOD)，面向?qū)ο蟮木幊虒?shí)現(xiàn)(OOP)
三面對對象編程，分為幾個步驟？
面向?qū)ο笫且环N思想，他讓我們在分析和解決問題時，把思維和重點(diǎn)轉(zhuǎn)向現(xiàn)實(shí)中的客體中來，然后通過UML工具理清這些客體之間的聯(lián)系，最后用面向?qū)ο蟮恼Z言實(shí)現(xiàn)這種客體以及客體之間的聯(lián)系。它分為面向?qū)ο蟮姆治?OOA)，面向?qū)ο蟮脑O(shè)計(OOD)，面向?qū)ο蟮木幊虒?shí)現(xiàn)(OOP)三個大的步驟。
1、首先是分析需求，先不要思考怎么用程序?qū)崿F(xiàn)它，先分析需求中穩(wěn)定不變的客體都是些什么，這些客體之間的關(guān)系是什么。
2、把第一步分析出來的需求，通過進(jìn)一步擴(kuò)充模型，變成可實(shí)現(xiàn)的、符合成本的、模塊化的、低耦合高內(nèi)聚的模型。
3、使用面向?qū)ο蟮膶?shí)現(xiàn)模型
四面向過程到面向?qū)ο笏季S如何轉(zhuǎn)變？
當(dāng)我們習(xí)慣了面向過程編程時，發(fā)現(xiàn)在程序過程中到處找不到需要面向?qū)ο蟮牡胤?，最主要的原因，是思維沒有轉(zhuǎn)變。程序員通常在拿到一個需求的時候，第一個反應(yīng)就是如何實(shí)現(xiàn)這個需求，這是典型的面向過程的思維過程，而且很快可能就實(shí)現(xiàn)了它。
而面向?qū)ο?，面對的卻是客體，第一步不是考慮如何實(shí)現(xiàn)需求，而是進(jìn)行需求分析，就是根據(jù)需求找到其中的客體，再找到這些客體之間的聯(lián)系。
因此面向過程和面向?qū)ο蟮乃季S轉(zhuǎn)變的關(guān)鍵點(diǎn)，就是在第一步設(shè)計，拿到需求后，一定先不要考慮如何實(shí)現(xiàn)它，而是通過UML建模，然后按照UML模型去實(shí)現(xiàn)它。這種思路的轉(zhuǎn)變，可能需要個過程。
五面向?qū)ο蠛突趯ο蟮膮^(qū)別
“面向?qū)ο蟆焙汀盎趯ο蟆倍紝?shí)現(xiàn)了“封裝”的概念，但是面向?qū)ο髮?shí)現(xiàn)了“繼承和多態(tài)”，而“基于對象”沒有實(shí)現(xiàn)這些。
因此在我們進(jìn)行WEB開發(fā)，普通三層開發(fā)中，基本上是基于對象的實(shí)現(xiàn)，因為只是實(shí)現(xiàn)了封裝，但是沒有使用繼承和多態(tài)，不過這也正常，WEB開發(fā)，大部分功能就是簡單的增刪改查，中間的BLL層基本就是直接New一個DAL的實(shí)例就return了，關(guān)系數(shù)據(jù)庫已經(jīng)為我們做了很多工作。
所以大部分的工作，就是簡單讀取然后顯示了，因此沒有復(fù)雜的需求的時候，基于過程也沒什么不對，面向過程也沒什么不對，實(shí)用是壓倒一切的因素。
以上就是長沙牛耳教育java學(xué)院小編針對“3步徹底明白面向?qū)ο笏季S”的內(nèi)容進(jìn)行的回答，希望對大家有所幫助，如有疑問，請在線咨詢，有專業(yè)老師隨時為你服務(wù)。
零基礎(chǔ)自學(xué)java教程推薦
最新java視頻教程免費(fèi)下載（從入門到精通）：http://www.bjpowernode.com/video.html
零基礎(chǔ)java自學(xué)教程：http://www.bjpowernode.com/tutorial_java_se/
