+------------------------------------------------- --------------------+
| = 本文為Haohappy讀>
| = 中Classes and Objects一章的筆記
| = 翻譯為主+個人心得
| = 為避免可能發生的不必要的麻煩請勿轉載,謝謝
| = 歡迎批評指正,希望和所有PHP愛好者共同進步!
| = 歡迎批評指正,希望和所有PHP愛好者共同進步!
| = PHP5研究中心： http://blog.csdn.net/haohappy2004
+---------------------------- -----------------------------------------+
*/
第一節--物件導向程式設計
物件導向程式設計來為大型軟體專案提供解決方案,尤其是多人合作的專案. 當原始程式碼成長到一萬行甚至更多的時候,每一個更動都可能導致不希望的副作用. 這種情況發生於模組間結成秘密聯盟的時候,就像第一次世界大戰前的歐洲.
//haohappy注:喻指模組間的關聯度過高,相互依賴性太強.更動一個模組導致其它模組也必須跟著更動.
想像一下,如果有一個用來處理登錄的模組允許一個信用卡處理模組來分享它的數據庫連接. 當然出發點是好的,節省了進行另一個資料庫連接的支出.然而有時,登錄處理模組改變了其中一個變數的名字,就可能割斷了兩者間的協議.導致信用卡模組的處理出錯,進而導致處理發票的模組出錯. 很快地,體系中所有無關的模組都可能由此出錯.
因此,我覺得有點戲劇性地,絕大多數程式設計師都對耦合和封裝心存感激. 耦合是兩個模組間依賴程度的量度. 耦合越少越好.我們希望能夠從已有的專案中抽走一個模組並在另一個新專案中使用.
我們也希望在某個模組內部大規模的更動而不用擔心對其他模組的影響. 封裝的原則可以提供這個解決方案.模組被看待成相對獨立,並且模組間的數據通信通過接口來進行. 模組不通過彼此的變量名來窺探另一個模組,它們通過函數來禮貌地發送請求.
封裝是你可以在任何程式語言中使用的一個原則. 在PHP和許多面向過程的語言中,可以偷懶是很有誘惑的.沒有什麼可以阻止你通過模組來建構一個假想的WEB. 物件導向程式設計是讓程式設計師不會違背封裝原則的一種方法.
在物件導向程式設計中,模組被組織成一個個物件. 這些物件擁有方法和屬性. 從抽象的角度來看,方法是一個物件的所做的動作,而屬性是物件的特性.從程式設計角度來看,方法就是函數而屬性是變數. 在一個理想化的物件導向系統中,每個部份都是一個物件. 體係由物件及物件間透過方法來形成的連結構成.
一個類別定義了物件的屬性. 如果你在烘烤一組甜餅物件,那麼類別將會是甜餅機. 類的屬性和方法是被呼叫的成員. 人們可以透過說出資料成員或方法成員來表達.
每種語言提供了不同的途徑來存取物件. PHP從C++中藉用概念,提供一個資料類型用來在一個標識符下包含函數和變數。最初設計PHP的時候，甚至PHP3被開發出時，PHP並不打算提供開發超過10萬行程式碼的大型專案的能力。隨著PHP和Zend引擎的發展，開發大型專案變得有可能，但無論你的專案規模多大，用類別來書寫你的腳本將可以讓程式碼實作重複使用。這是一個好主意，特別當你願意與別人分享你的程式碼的時候。
有關物件的想法是電腦科學上最令人興奮的概念之一。開始很難掌握它，但我可以保證，一旦你掌握了它，用它的思維來思考將會非常自然。
以上就介紹了過程 第一節--物件導向編程，包括了過程導向的內容，希望對PHP教程有興趣的朋友有所幫助。
