|
作者:Leon Atkinson 翻譯：Haohappy
面向?qū)ο缶幊瘫辉O(shè)計來為大型軟件項目提供解決方案,尤其是多人合作的項目. 當源代碼增長到一萬行甚至更多的時候,每一個更動都可能導(dǎo)致不希望的副作用. 這種情況發(fā)生于模塊間結(jié)成秘密聯(lián)盟的時候,就像第一次世界大戰(zhàn)前的歐洲.
//haohappy注:喻指模塊間的關(guān)聯(lián)度過高,相互依賴性太強.更動一個模塊導(dǎo)致其它模塊也必須跟著更動.
想像一下,如果有一個用來處理登錄的模塊允許一個信用卡處理模塊來分享它的數(shù)據(jù)庫連接. 當然出發(fā)點是好的,節(jié)省了進行另一個數(shù)據(jù)庫連接的支出.然而有時,登錄處理模塊改變了其中一個變量的名字,就可能割斷了兩者間的協(xié)議.導(dǎo)致信用卡模塊的處理出錯,進而導(dǎo)致處理發(fā)票的模塊出錯. 很快地,體系中所有無關(guān)的模塊都可能由此出錯.
因此,我覺得有點戲劇性地,絕大多數(shù)程序員都對耦合和封裝心存感激. 耦合是兩個模塊間依賴程度的量度. 耦合越少越好.我們希望能夠從已有的項目中抽走一個模塊并在另一個新項目中使用.
我們也希望在某個模塊內(nèi)部大規(guī)模的更動而不用擔心對其他模塊的影響. 封裝的原則可以提供這個解決方案.模塊被看待成相對獨立,并且模塊間的數(shù)據(jù)通信通過接口來進行. 模塊不通過彼此的變量名來窺探另一個模塊,它們通過函數(shù)來禮貌地發(fā)送請求.
封裝是你可以在任何編程語言中使用的一個原則. 在PHP和許多面向過程的語言中,可以偷懶是很有誘惑的.沒有什么可以阻止你通過模塊來構(gòu)建一個假想的WEB. 面向?qū)ο缶幊淌鞘钩绦騿T不會違背封裝原則的一種方法.
在面向?qū)ο缶幊讨?模塊被組織成一個個對象. 這些對象擁有方法和屬性. 從抽象的角度來看,方法是一個對象的所做的動作,而屬性是對象的特性.從編程角度來看,方法就是函數(shù)而屬性是變量. 在一個理想化的面向?qū)ο篌w系中,每個部份都是一個對象. 體系由對象及對象間通過方法來形成的聯(lián)系構(gòu)成.
一個類定義了對象的屬性. 如果你在烘烤一組甜餅對象,那么類將會是甜餅機. 類的屬性和方法是被調(diào)用的成員. 人們可以通過說出數(shù)據(jù)成員或者方法成員來表達.
每種語言提供了不同的途徑來訪問對象. PHP從C++中借用概念,提供一個數(shù)據(jù)類型用來在一個標識符下包含函數(shù)和變量。最初設(shè)計PHP的時候，甚至PHP3被開發(fā)出時，PHP并不打算提供開發(fā)超過10萬行代碼的大型項目的能力。隨著PHP和Zend引擎的發(fā)展，開發(fā)大型項目變得有可能，但無論你的項目規(guī)模多大，用類來書寫你的腳本將可以讓代碼實現(xiàn)重用。這是一個好主意，特別當你愿意與別人分享你的代碼的時候。
有關(guān)對象的想法是計算機科學(xué)上最令人興奮的概念之一。開始很難掌握它，但我可以保證，一旦你掌握了它，用它的思維來思考將會非常自然。
超越PHP(www.phpe.org) 及Haohappy特別授權(quán)藍色理想轉(zhuǎn)載本系列文章,謝絕其它媒體任何形式轉(zhuǎn)載。
出處：超越PHP
責任編輯：cjj
上一頁 下一頁 第二節(jié) 對象模型 [2]
◎進入論壇網(wǎng)絡(luò)編程版塊參加討論
|
第 1 頁 第一節(jié) 面向?qū)ο缶幊?[1]
第 2 頁 
