第一節(jié)--面向?qū)ο缶幊?br>
面向?qū)ο缶幊瘫辉O(shè)計(jì)來為大型軟件項(xiàng)目提供解決方案,尤其是多人合作的項(xiàng)目. 當(dāng)源代碼增長到一萬行甚至更多的時(shí)候,每一個(gè)更動都可能導(dǎo)致不希望的副作用. 這種情況發(fā)生于模塊間結(jié)成秘密聯(lián)盟的時(shí)候,就像第一次世界大戰(zhàn)前的歐洲.

//haohappy注:喻指模塊間的關(guān)聯(lián)度過高,相互依賴性太強(qiáng).更動一個(gè)模塊導(dǎo)致其它模塊也必須跟著更動.

想像一下,如果有一個(gè)用來處理登錄的模塊允許一個(gè)信用卡處理模塊來分享它的數(shù)據(jù)庫連接. 當(dāng)然出發(fā)點(diǎn)是好的,節(jié)省了進(jìn)行另一個(gè)數(shù)據(jù)庫連接的支出.然而有時(shí),登錄處理模塊改變了其中一個(gè)變量的名字,就可能割斷了兩者間的協(xié)議.導(dǎo)致信用卡模塊的處理出錯,進(jìn)而導(dǎo)致處理發(fā)票的模塊出錯. 很快地,體系中所有無關(guān)的模塊都可能由此出錯.

因此,我覺得有點(diǎn)戲劇性地,絕大多數(shù)程序員都對耦合和封裝心存感激. 耦合是兩個(gè)模塊間依賴程度的量度. 耦合越少越好.我們希望能夠從已有的項(xiàng)目中抽走一個(gè)模塊并在另一個(gè)新項(xiàng)目中使用.

我們也希望在某個(gè)模塊內(nèi)部大規(guī)模的更動而不用擔(dān)心對其他模塊的影響. 封裝的原則可以提供這個(gè)解決方案.模塊被看待成相對獨(dú)立,并且模塊間的數(shù)據(jù)通信通過接口來進(jìn)行. 模塊不通過彼此的變量名來窺探另一個(gè)模塊,它們通過函數(shù)來禮貌地發(fā)送請求.

封裝是你可以在任何編程語言中使用的一個(gè)原則. 在PHP和許多面向過程的語言中,可以偷懶是很有誘惑的.沒有什么可以阻止你通過模塊來構(gòu)建一個(gè)假想的WEB. 面向?qū)ο缶幊淌鞘钩绦騿T不會違背封裝原則的一種方法.


在面向?qū)ο缶幊讨?模塊被組織成一個(gè)個(gè)對象. 這些對象擁有方法和屬性. 從抽象的角度來看,方法是一個(gè)對象的所做的動作,而屬性是對象的特性.從編程角度來看,方法就是函數(shù)而屬性是變量. 在一個(gè)理想化的面向?qū)ο篌w系中,每個(gè)部份都是一個(gè)對象. 體系由對象及對象間通過方法來形成的聯(lián)系構(gòu)成.

一個(gè)類定義了對象的屬性. 如果你在烘烤一組甜餅對象,那么類將會是甜餅機(jī). 類的屬性和方法是被調(diào)用的成員. 人們可以通過說出數(shù)據(jù)成員或者方法成員來表達(dá).


每種語言提供了不同的途徑來訪問對象. PHP從C++中借用概念,提供一個(gè)數(shù)據(jù)類型用來在一個(gè)標(biāo)識符下包含函數(shù)和變量。最初設(shè)計(jì)PHP的時(shí)候，甚至PHP3被開發(fā)出時(shí)，PHP并不打算提供開發(fā)超過10萬行代碼的大型項(xiàng)目的能力。隨著PHP和Zend引擎的發(fā)展，開發(fā)大型項(xiàng)目變得有可能，但無論你的項(xiàng)目規(guī)模多大，用類來書寫你的腳本將可以讓代碼實(shí)現(xiàn)重用。這是一個(gè)好主意，特別當(dāng)你愿意與別人分享你的代碼的時(shí)候。

有關(guān)對象的想法是計(jì)算機(jī)科學(xué)上最令人興奮的概念之一。開始很難掌握它，但我可以保證，一旦你掌握了它，用它的思維來思考將會非常自然。