資訊專欄INFORMATION COLUMN
摘要：為什么要采用面向?qū)ο缶幊探鉀Q問題更容易設(shè)計計算機程序就是為了解決人類的問題。面向?qū)ο缶幊绦枰獙I(yè)務(wù)及代碼的架構(gòu)是有一定的要求的。
1. 編程方式
我們目前的編程方式大體可以有以下三種編程方式：
順序編程
過程式編程
面向?qū)ο缶幊?/p>
在講面向?qū)ο缶幊虝r先講一下什么是順序編程，什么是過程式編程，什么是面向?qū)ο缶幊蹋?/p>
順序編程： 就是只用一個單線程去執(zhí)行一段代碼，執(zhí)行過程根據(jù)代碼依次從上到下按順序執(zhí)行各種指令操作
過程式編程：過程式的編程中心是圍繞著代碼，比如當(dāng)程序執(zhí)行到某一個位置的時候回調(diào)用一個其他的方法來實現(xiàn)剩余的業(yè)務(wù)邏輯，然后程序繼續(xù)往下執(zhí)行，這就是過程式編程。通俗一點使用函數(shù)的方式來編寫代碼都屬于過程式編程，更深層次的，例如某些PHP開發(fā)者雖然使用了類的概念來寫程序，但是還是區(qū)域過程式的方式編程，doris周圍的大多數(shù)同事就是如此，包括doris在了解面向?qū)ο缶幊讨耙餐瑯硬捎眠^程式的方式寫程序。
面向?qū)ο缶幊蹋和ㄋ椎闹v就是就是在寫程序時，我們程序員自己設(shè)計出N多個對象（工作者）出來分工合作一起完成某項任務(wù)，這就是面向?qū)ο缶幊獭＿@里說設(shè)計多個對象，那么我們?nèi)绾稳ピO(shè)計？這就是doris接下來的一段時間里與大家一起分享doris對面向?qū)ο蟮囊恍┛捶捌綍r工作中的一些總結(jié)了。
2. 為什么要采用面向?qū)ο缶幊?/b> 2.1 解決問題更容易設(shè)計計算機程序就是為了解決人類的問題。其策略就是講大的問題拆分成小的問題來逐一解決，而面向?qū)ο蟠篌w的講就是這個原理，將大的復(fù)雜的問題進行拆分由小的個體來完成然后再進行組裝就可以把這個復(fù)雜的問題逐一破解，這就是模塊化設(shè)計風(fēng)格。你可能認為模塊化看起來并不太難。沒錯，問題越復(fù)雜，模塊化就越有意義。所以O(shè)OP編程的出發(fā)點絕對不是要把復(fù)雜的問題更復(fù)雜化，反而是是要把復(fù)雜的問題簡單化。即使是最困難的編程問題也可以采用這種分而治之的策略來解決。
2.2 開發(fā)和修改速度更快在團隊合作中特別能體現(xiàn)面向?qū)ο缶幊痰膬?yōu)越性，我們可以大的問題拆分成很多個小的問題，模塊的目的就是解決比較復(fù)雜的問題的某一方面，這樣我們就得到了面向?qū)ο缶幊痰氖滓瓌t之一（即單一職責(zé)原則），并將這些小問題進行組裝（意思就是代碼架構(gòu)）起來，然后在把這些小的問題分配給其它開發(fā)人員，進行開發(fā)，這樣在開效率上可以大大提高開發(fā)效率，并且開發(fā)者之間的代碼沖突也會降到最低。
類似于OPP，過程式編程也是用了模塊和重用。不過，過程式編程沒有提供類（利用類，貶稱任務(wù)可以打包到對象）。類對象（類實例）可以處理自己的數(shù)據(jù)結(jié)構(gòu)，這是函數(shù)無法多帶帶做到的，因此，如果采用過程式編程，完成大型任務(wù)往往需要很長時間的序列。另外，采用過程式編程時，團隊合作也比較困難，因為不同的團隊成員無法像采用OPP那樣輕松地處理獨立單相互關(guān)聯(lián)的類。
3. 為什么面向?qū)ο笕绱酥y如果問doris為什么面向?qū)ο竽敲措y就好比問doris為什么架構(gòu)師工資那么高且沒幾個人達得到是同一個問題。因為面向?qū)ο缶幊淌切枰幊探?jīng)驗的一個提煉的，如果經(jīng)驗越豐富那么面向?qū)ο蟪绦虻脑O(shè)計就越靈活，這里說的經(jīng)驗是指使用面向?qū)ο缶幊痰慕?jīng)驗，而不是上文提到的順序編程和過程式編程那些經(jīng)驗。面向?qū)ο缶幊绦枰獙I(yè)務(wù)及代碼的架構(gòu)是有一定的要求的。一切程序的設(shè)計都離不開業(yè)務(wù)邏輯。在學(xué)習(xí)OOP和設(shè)計模式時，你需要記?。?/p>
設(shè)計面向?qū)ο筌浖芾щy
設(shè)計可重用面向?qū)ο筌浖щy
當(dāng)然啦，不能把這些說法作為放棄學(xué)習(xí)OOP和設(shè)計模式的理由，而應(yīng)當(dāng)由此看出OPP和設(shè)計模式為什么這么有意義。知識會增加技能的價值，得到知識越困難，說明它就越有價值。
4. 如何學(xué)習(xí)OOP思想及設(shè)計模式不要期望能輕松快速地掌握OOP和設(shè)計模式，要在你的編程中逐步滲入，一次結(jié)合一點，總有一天你會發(fā)現(xiàn)它的價值所在。過一段時間后，你會擁有更多的技能，有更深入的理解。你可能會遇到某個項目，發(fā)現(xiàn)可以在其中重用之前另外一個項目的大部分程序結(jié)構(gòu)。
5. 面向?qū)ο缶幊袒驹瓌t我們在使用面向?qū)ο缶幊虝r一定要記住以下幾個基本原則（也就是設(shè)計面向?qū)ο蟪绦虻幕驹瓌t），這樣才能夠更好的理解面向?qū)ο蟮纳钜狻?/p> 5.1 單一職責(zé)原則
本著低耦合、高內(nèi)聚原則，一個類做一件事。
對于單一職責(zé)原則，其核心思想為：一個類，最好只做一件事，只有一個引起它的變化。單一職責(zé)原則可以看做是低耦合、高內(nèi)聚在面向?qū)ο笤瓌t上的引申，將職責(zé)定義為引起變化的原因，以提高內(nèi)聚性來減少引起變化的原因。職責(zé)過多，可能引起它變化的原因就越多，這將導(dǎo)致職責(zé)依賴，相互之間就產(chǎn)生影響，從而大大損傷其內(nèi)聚性和耦合度。通常意義下的單一職責(zé)，就是指只有一種單一功能，不要為類實現(xiàn)過多的功能點，以保證實體只有一個引起它變化的原因。
當(dāng)我們軟件的實際應(yīng)用發(fā)生改變時，出現(xiàn)新的需求，就需要我們對模塊進行擴展，使其能夠滿足新的需求！更改封閉即是在我們對模塊進行擴展時，勿需對源有程序代碼和DLL進行修改或重新編譯文件！這個原則對我們在設(shè)計類的時候很有幫助，堅持這個原則就必須盡量考慮接口封裝，抽象機制和多態(tài)技術(shù)！通俗的講就是：對擴展開放、對修改關(guān)閉
5.3 里氏替換原則（LSP）意思就是說我們依賴父類接口，在客戶端聲明一個父類接口，通過其子類來實現(xiàn)，這個時候就要求子類必須能夠替換父類所出現(xiàn)的任何地方，這樣做的好處就是，在根據(jù)新要求擴展父類接口的新子類的時候而不影響當(dāng)前客戶端的使用！
5.4 依賴倒置原則傳統(tǒng)的結(jié)構(gòu)化編程中，最上層的模塊通常都要依賴下面的子模塊來實現(xiàn)，也
稱為高層依賴低層！所以DIP原則就是要逆轉(zhuǎn)這種依賴關(guān)系，讓高層模塊不要依賴低層模塊，所以稱之為依賴倒置原則！通俗一點就是（面向接口編程）
這個原則的意思是：使用多個專門的接口比使用單個接口要好的多！為了減少接口的定義，將許多類似的方法都放在一個接口中，最后發(fā)現(xiàn)，維護和實現(xiàn)接口的時候花了太多精力，而接口所定義的操作相當(dāng)于對客戶端的一種承諾，這種承諾當(dāng)然是越少越好，越精練越好，過多的承諾帶來的就是你的大量精力和時間去維護！
完！
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://www.ezyhdfw.cn/yun/25553.html
摘要：很多情況下，通常一個人類，即創(chuàng)建了一個具體的對象。對象就是數(shù)據(jù)，對象本身不包含方法。類是相似對象的描述，稱為類的定義，是該類對象的藍圖或原型。在中，對象通過對類的實體化形成的對象。一類的對象抽取出來。注意中，對象一定是通過類的實例化來的。 showImg(https://segmentfault.com/img/bVTJ3H?w=900&h=385); 馬上就要到七夕了，離年底老媽老爸...
摘要：很多情況下，通常一個人類，即創(chuàng)建了一個具體的對象。對象就是數(shù)據(jù)，對象本身不包含方法。類是相似對象的描述，稱為類的定義，是該類對象的藍圖或原型。在中，對象通過對類的實體化形成的對象。一類的對象抽取出來。注意中，對象一定是通過類的實例化來的。 showImg(https://segmentfault.com/img/bVTJ3H?w=900&h=385); 馬上就要到七夕了，離年底老媽老爸...
摘要：很多情況下，通常一個人類，即創(chuàng)建了一個具體的對象。對象就是數(shù)據(jù)，對象本身不包含方法。類是相似對象的描述，稱為類的定義，是該類對象的藍圖或原型。在中，對象通過對類的實體化形成的對象。一類的對象抽取出來。注意中，對象一定是通過類的實例化來的。 showImg(https://segmentfault.com/img/bVTJ3H?w=900&h=385); 馬上就要到七夕了，離年底老媽老爸...
摘要：避免脆弱的基類問題。紅牌警告沒有提到上述任何問題。單向數(shù)據(jù)流意味著模型是單一的事實來源。單向數(shù)據(jù)流是確定性的，而雙向綁定可能導(dǎo)致更難以遵循和理解的副作用。原文地址 1. 你能說出兩種對 JavaScript 應(yīng)用開發(fā)者而言的編程范式嗎？ 希望聽到： 2. 什么是函數(shù)編程？ 希望聽到： 3. 類繼承和原型繼承的不同？ 希望聽到 4. 函數(shù)式編程和面向?qū)ο缶幊痰膬?yōu)缺點？ ...
摘要：抽象數(shù)據(jù)類型的多個不同表示可以共存于同一個程序中，作為實現(xiàn)接口的不同類。封裝和信息隱藏信息隱藏將精心設(shè)計的模塊與不好的模塊區(qū)分開來的唯一最重要的因素是其隱藏內(nèi)部數(shù)據(jù)和其他模塊的其他實施細節(jié)的程度。 大綱 面向?qū)ο蟮臉?biāo)準(zhǔn)基本概念：對象，類，屬性，方法和接口OOP的獨特功能 封裝和信息隱藏 繼承和重寫 多態(tài)性，子類型和重載 靜態(tài)與動態(tài)分派 Java中一些重要的Object方法設(shè)計好的類面向...
閱讀 812·2021-11-23 09:51
閱讀 2525·2021-10-11 11:10
閱讀 1397·2021-09-23 11:21
閱讀 1182·2021-09-10 10:50
閱讀 952·2019-08-30 15:54
閱讀 3390·2019-08-30 15:53
閱讀 3350·2019-08-30 15:53
閱讀 3262·2019-08-29 17:23
