Php面向對象模式

㈠ php中的面向對象 -> 是什麼意思

->是指針,呵呵,我也是初學者,呵呵,就太白話和你說吧,我是這么理解的一個對象就好象一個房子,裡面有桌子,電視這個就好象對象裡面的方法,那麼你找到了這個房子就好象你初始化了你的對象比如你的對象是class bb{}那麼初始化你的對象就好象$aa=new bb,你找到這個房子後你想把裡面的桌子拿來用一下,你的桌子是這個對象裡面的方法比如是function cc{}本來桌子是這個房子里的東西,你拿來用就是$aa->cc(),$aa是你剛才初始化的那個對象,就好象你找到了這個房子,而cc()這個是這個房子里的桌子,同理如果你想拿椅子,椅子是function oo{}那麼就是$aa->oo(),不知道對你有幫助沒.呵呵

㈡ 請問PHP中的面向對象，java面向對象一樣嗎。如果不一樣，有什麼區別（有好的回答的的話回加分的）

沒有哪2種語言的面對對象做法是完全一樣。所以回答是「不一樣」。
由於各自語言的特性，細節區別非常多，不可勝訴。
總體上，php在設計對象模型式參考了java的設計，但改成適應php自身的形式。
php沒有java的自動化class loader，在類的讀取和對象創建上就要注意先後。php的自動讀取要手動設置。
php由於自身是動態類型語言，變數本身的類型動態，就沒有java的重載功能。這也導致類設計上的一些很大區別。
php的動態特性和具有自我反射能力，可以把方法名稱當成「消息」發送，在運行時判斷對象是否能接收消息，java的靜態就不能直接應用這樣的設計。
php6.x之前估計不會類似java的有名字空間或包管理機制。
php的對象可以動態地後添加屬性增減數據，java是禁止這樣做的。
php的方法名稱還不區分大小寫。
php的動態特性也就不需要模板泛型編程的特性。在java中泛型也占很重要的一部分。
等等等等
相同點，都具有final,抽象類，介面，變數可見度等語法。
總之，這些不同都是由語言特性和適用場合決定的

㈢ 《深入PHP：面向對象、模式與實踐（第3版）》pdf下載在線閱讀，求百度網盤雲資源

《深入PHP：面向對象、模式與實踐（第3版）》（[美] Matt Zandstra）電子書網盤下載免費在線閱讀

鏈接：https://pan..com/s/1bkXq4X_fm9_H3alQrQyqJQ

書名：深入PHP：面向對象、模式與實踐（第3版）

作者：[美] Matt Zandstra

譯者：陳浩

豆瓣評分：8.2

出版社：人民郵電出版社

出版年份：2011-7

頁數：450

內容簡介：

本書是PHP 專家經典力作的最新版本。書中主要介紹了如何使用面向對象技術和設計模式編寫穩定的、可維護的代碼，如何使用Subversion 管理多個開發人員，如何使用Phing 和PEAR 進行構建和安裝，以及將構建和測試過程自動化的策略，包括持續集成。

本書適合中高級PHP 程序員閱讀。

作者簡介：

Matt Zandstra 從事互聯網應用開發十餘年，目前是雅虎公司工程師，從事核心模板管理系統的開發。他是一位多產的技術作家，除本書外另著有Sams Teach Yourself PHP in 24 Hours等，他還為Linux Magazine、php|architect雜志、IBM DeveloperWorks、Zend.com和bdz-consult.com寫過許多PHP方面的文章。

㈣ 什麼叫做面向對象編程

簡記為OOP)立意於創建軟體重用代碼，具備更好地模擬現實世界環境的能力，這使它被公認為是自上而下編程的優勝者。它通過給程序中加入擴展語句，把函數「封裝」進編程所必需的「對象」中。面向對象的編程語言使得復雜的工作條理清晰、編寫容易。說它是一場革命，不是對對象本身而言，而是對它們處理工作的能力而言。對象並不與傳統程序設計和編程方法兼容，只是部分面向對象反而會使情形更糟。除非整個開發環境都是面向對象的，否則對象產生的好處還沒有帶來的麻煩多。有人可能會說PHP不是一個真正的面向對象編程的語言， PHP 是一個混合型 語言，你可以使用面向對象編程，也可以使用傳統的過程化編程。然而，對於大型項目的開發，你可能想需要在PHP中使用純的面向對象編程去聲明類，而且在你的項目開發只用對象和類。隨著項目越來越大，使用面向對象編程可能會有幫助，面向對象編程代碼很容易維護，容易理解和重復使用，這些就是軟體工程的基礎。在基於Web的項目中應用這些概念就成為將來網站成功的關鍵。
對象（Object）是問題域或實現域中某些事物的一個抽象，它反映此事物在系統中需要保存的信息和發揮的作用；它是一組屬性和有權對這些屬性進行操作的一組服務的封裝體。 關於對象要從兩方面理解：一方面指系統所要處理的現實世界中的對象；另一方面對象是計算機不直接處理的對象，而是處理相應的計算機表示，這種計算機表示也稱為對象。簡單的來說，一個人就是一個對象，一個尺子也可以說是個對象。當這些對象可以用數據直接表示時，我們就稱他為屬性，尺子的度量單位可以是厘米，公尺或英尺，這個度量單位就是尺子的屬性。
在PHP里我們可以定義一個類，類（Class）就是指變數與一些使用這些變數的函數的集合。PHP是一種鬆散類型的語言，所以通過類型重載不起作用，通過參數的個數不同來重載也不起作用。 有時在面向中重載構造函數非常好，這樣你可以通過不同的方法創建對象（傳遞不同數量的參數）。在PHP中就是通過類來實現的。
在PHP中是通過類來完成信息封裝的，在PHP中定義類的語法是：
<?php
class Class_name // 在面向對象編程類中，習慣上類的第一個字元為大寫，並且必須符合變數的命名規則。
{

//函數與變數的集合

}
?>
在定義類時你可以按自已的喜好的格式進行定義，但最好能保持一種標准，這樣開發起來會更有效些。
數據成員在類中使用"var"聲明來定義，在給數據成員賦值之前，它們是沒有類型的。一個數據成員可以是一個整數，一個數組，一個相關數組(Associative Array)或者是一個對象。
下面是一個類定義的實際例子：
<?php
class Student
{
var $str_Name; //姓名
var $str_Sex; //性別
var $int_Id; //學號
var $int_English; //英語成績
var $int_maths; //數學成績
}
?>
這是一個很普通定義類的簡單例子，用於顯示學生的學習成績，類名為Student，Student類包涵了一個學生的基本屬性：姓名、性別、學號、英語成績和數學成績。
function我們稱之為在類中被定義的函數，在函數中訪問類成員變數時，你應該使用$this->var_name，其中var_name指的是類中被聲明的變數，否則對一個函數來說，它只能是局部變數。 我們先定義一個Input()的函數，用來給實例中的對象賦以初值：
function Input ( $Name, $Sex, $Id, $Englis, $Maths)
{
$this->str_Name=$Name;
$this->str_Sex =$Sex;
$this->int_Id =$Id;
$this->int_Englis=$English;
$this->int_Maths=$Maths;
}
現在我們再定義一個叫「ShowInfo()」的函數，用於列印學生的基本情況：
function ShowInfo() //定義ShowInfo()函數
{
echo (「姓名：$this->str_Name<br>
」);
echo (「性別：$this->str_Sex <br>
」);
echo (「學號：$this->int_Id <br>
」);
echo (「英語成績：$this->int_English <br>
」);
echo (「數學成績：$this->int_Maths <br>
」);
}

而定義好的類則必須使用new關鍵詞來生成對象：
$A_student=new Student;
例如我們要為一個名為$Wing的對象創建實例，並進行賦值，可以使用下面的代碼：
$Wing =new Student; //用new關鍵詞來生成對象
$Wing ->Input (「Wing」,」男」,33,95,87);
//分別輸入Wing的姓名、性別、學號、英語成績、數學成績，其中姓名和性別是字元型變數，所以需要用雙引號，其它為數值型變數則不需要。
通過下面這段完整的源代碼，我們就可以很清楚的看到類在PHP是怎麼被運用的：

<?php

class Student
{
var $str_Name;
var $str_Sex;
var $int_Id;
var $int_English;
var $int_maths;

function Input ( $Name, $Sex, $Id, $English, $Maths)
{
$this->str_Name=$Name;
$this->str_Sex =$Sex;
$this->int_Id =$Id;
$this->int_English=$English;
$this->int_Maths=$Maths;
}
function ShowInfo()
{
echo (「姓名：$this->str_Name<br>
」);
echo (「性別：$this->str_Sex <br>
」);
echo (「學號：$this->int_Id <br>
」);
echo (「英語成績：$this->int_English <br>
」);
echo (「數學成績：$this->int_Maths <br>
」);
}
}

$Wing = new Student;
$Wing->Input (「Wing」,」男」,33,95,87);
$Paladin = new Student;
$Paladin->Input (「paladin」,」女」,38,58,59.5);

$Wing->ShowInfo();
$Paladin->ShowInfo();

㈤ PHP真的能算是面向對象的語言嗎

面向對象三大特性：封裝，繼承，多態
php可以封裝對象，也可以繼承，同樣可以實現多態
多態是指指出重寫和重載，php子類可以重寫父類的方法，也可以通過方法的參數數量不同來重載方法，我覺得是面向對象語言

㈥ 在php程序員里用面向對象寫sql語句好還面向過程好那個效率更快、速度更高

面向對象與面向過程在許多編程語言中只能使用二者之一來進行編程，但是PHP語言與其他編程語言有不同之處，那就是我們可以自由的選擇或者將如果你是剛接觸PHP，用PHP面向過程的風格來書寫代碼很可能是你唯一的選

面向對象與面向過程在許多編程語言中只能使用二者之一來進行編程，但是PHP語言與其他編程語言有不同之處，那就是我們可以自由的選擇或者將 如果你是剛接觸PHP，用PHP面向過程的風格來書寫代碼很可能是你唯一的選擇。但是如果你經常上PHP論壇和新聞組的話，你應該會看到有關「對象」的文章。你也可能看到過如何書寫面向對象的PHP代碼的教程。或者你也可能下載過一些現成的類庫，並嘗試著去實例化其中的對象和使用類方法--盡管你可能沒有真正理解這些類為什麼可以工作，或者為什麼需要使用PHP面向對象的方法來實現功能。

應該使用「面向對象」的風格還是「面向過程」的風格？雙方各有支持者。像「對象是低效的」或「對象非常棒」這樣的議論也時有耳聞。本文不嘗試輕易判定兩種方法的哪種具有絕對的優勢，而是要找出每種方法的優缺點。

以下是PHP面向過程風格的代碼示例：

<?php
print"Hello,world.";
?>
以下是PHP面向對象風格的代碼示例：
<?php
classhelloWorld{
functionmyPrint(){
print"Hello,world.";
}
}
$myHelloWorld=newhelloWorld();
$myHelloWorld->myPrint();
?>
如果你想了解一些「面向對象」的基本知識，請使用Google搜索，網路上有非常多精彩的文章。

誰像這樣寫代碼？

為了理解為什麼這個論題成為論壇上口水戰的導火線，我們看一些每個陣營的比較極端的例子。我們看看「過程狂熱」和「對象狂熱」。看看他們的觀點聽起來是不是有點熟悉。

過程狂熱

過程狂熱曾在上課時被計算機教師批評，因為這種方法沒有使用更加抽象的實現方式。而支持PHP面向過程者的觀點「它可以工作！」並不能提高其編程水平和檔次。畢業後他們可能找到一個工作，寫驅動程序，文件系統或其它的偏向底層的編程，他們的注意力集中於速度和代碼的精煉。

「過程狂熱」極端的例子是抵制對象，抵制抽象化。他們總在想著如何讓程序運行起來更快，而不在乎別人是否能讀懂他們的代碼。他們常常把編程當成競賽而不是團隊活動。除了PHP外，他們最喜愛的編程語言是C和匯編。在PHP世界中他們可能會開發PECL模塊，貢獻出高效率的代碼。

對象狂熱

對象狂熱者熱衷於在任何時候使用PHP面向對象的風格來書寫代碼。他們沒有真正考慮過用這種方式是否會影響程序的執行效率。有時候讓人覺得他們更享受抽象的設計概念而不是現實的代碼。他們通常很可能是項目管理者或文檔書寫者。

對象狂熱者指出，如果沒有抽象的設計方法我們仍然在使用0和1進行編程。他們喜歡用偽碼來描述問題。極端的例子是對象狂熱者即使知道有時候會犧牲效率仍然使用對象。除了PHP，他們最喜歡的語言是Java和Smalltalk。在PHP世界中，他們可能會開發PEAR模塊，貢獻文檔化非常好，易於維護的代碼。

不要偏激和諷刺

你知道為什麼論壇上總是充斥著各種偏見嗎？你的經驗閱歷，你對新事物的態度都可能是原因。作為程序員，我們需要時常注意這些偏見並以開放的心態去學習新事物。

你的編碼傾向？

考慮一下當你書寫PHP代碼時有什麼偏好或傾向。通常這些偏好是比較隱晦的。有時候你可能在每個項目中有著同樣的偏好。我個人傾向於「優雅」，但我不想在此定義如何才是「優雅」的代碼，那應當出現在另一篇文章里。但是，理論化的偏好不一定適合於實際項目—相反地，他們常常是一種偏見。

理論化的傾向

•用最少行數的代碼提供一個完整的解決方案

•在問題層次上考慮問題

這聽起來似乎很不錯。但「代碼行數最少」如何來衡量呢？要把代碼注釋算在內嗎？我們是否要把每一行都串起來而只用分號來區分呢？大括弧呢？很明顯這種想法是錯誤的。

再解釋一下什麼是「問題層次」。這是否意味著在我們的方案中的每個概念都需要建立一個類？或者需要在每個獨立的文件里保持問題的每個部分，並建立一個復雜的文件樹來與現實中的問題相對應？就是這樣的想法--為每個想法准備一個文件或類！

很明顯這些概括極端化後變得可笑。但現實中存在更微妙的證明。是否常常會有程序員在團隊合作時插入一行復雜的，強大的但沒有注釋的代碼？這對於接手維護這些代碼的人來說無疑是非常令人沮喪的事。相反地，是否你的官僚的自以為是的上一級程序員常常「橫沖直撞」般地，建立介面和類?而那些介面和類不僅僅限制了負責實現的程序員，也限制了效率和靈活性，導致客戶要求擴展程序時手足無措。這些都是以上各種傾向的微妙的證明。

實際傾向

一個項目開始的時候，首先要尋求實際的編碼目的和方向。這個項目的實現目標是什麼？下面是可能是答案。

•開發快，發布快

•盡可能快地運行

•易於維護，改進和擴展

•發布一個API

第一、二個方向傾向於使用過程化的風格，而最後兩個傾向於使用PHP面向對象的風格。

什麼時候某種方式更有效？

現在讓我們試著評價每種方式在現實中的優勢。

PHP面向過程案例

有關PHP的面向過程化編程優勢的一個基礎性的論據是：PHP是一個解釋性的語言--這意味著，不像其它的語言一樣，它不會被編譯成一個可執行的包，而是被解釋並馬上執行。它是一種腳本語言並存儲於文本文件中(例外的，如果使用了Zend編譯工具)。

另一個反對在PHP4及更低版本中使用面向對象方式進行編碼的理由是：在PHP的早期版本中對象的功能並沒有經過良好設計。就像Rasmus曾說過的：「那是事後才想起要增加的功能」。這意味著在PHP4及更早的版本中，對象的效率是個問題。但PHP5出來後，這種情形會有改觀。

以下兩個最流行的PHP程序--OsCommerce和PhpMyAdmin.主要使用面向過程的編碼方式。它們構建起來很快，運行起來也很快。兩者都很自然地採用嵌入HTML的方法。

OsCommerce

OsCommerce實際上使用了很多對象，但絕大部分功能是通過「過程」來實現的。我曾經hack過OsCommerce，為其增添一些對於客戶非常實用的自定義功能。這個過程是挺麻煩的，因為OsCommerce中的很多過程代碼，沒有使用模板化的系統，並且設計成多語言版，所以需要花一定的時間才能上手。但是它可以工作，事實上它已經很好地運行在數目眾多的電子商務站點上了。OsCommerce同時提供了一個論壇和一個開發框架用來開發模塊和插件。因此，現在已經有了很多其它開發者提供的實用的功能模塊。

PhpMyAdmin

PhpMyAdmin直接使用的類只有一個：MimerSQLValidator類，依賴於PEAR包中的Mail_Mime,Net_DIME和SOAP。這可能是考慮到開發的方便：利用現成的可以實現目的的代碼。除此之外，一切都是面向過程的，HTML和PHP代碼也是混雜在一起。

PhpMyAdmin是我幾乎每天都要用到的一個工具，用來對少量的數據表進行不太復雜的處理。有時我甚至鼓勵我的客戶將它當作後端的管理工具來使用（當然我會限制他們的許可權）。PhpMyAdmin的表現非常棒，也很快。有時我想在一些項目中擴展PhpMyAdmin作為後端的管理工具，利用它的一些新功能如數據查詢語句書簽可以很方便地展示給我的客戶和編輯。隨著每個新版本的推出，PhpMyAdmin越來越實用，功能越來越強大。 軟體開發網

PHP面向過程小結

以上兩個使用面向過程風格的程序都有非常好的文檔和代碼注釋。OsCommerce提供的開發框架可以增加維護性和擴展性。但是兩者都沒有提供API，不能擴展程序到另外的體系中。

如果你想把OsCommerce整合到一個帳單程序中，需要花費大量的時間和精力，就像擴展PhpMyAdmin成一個供客戶使用的後端管理工具。不過從它們設計的目的來看，確實在各自的領域中都表現地很出色。

PHP面向對象案例

支持面向對象風格者的觀點都集中於擴展性和封裝。僅僅用面向對象的方式來寫代碼不會為你的代碼產生文檔，但它可以鼓勵你為之添加文檔。並且，為了易於擴展，你可能會寫一個API。PHP5許諾讓面向對象編程更加愉快。我開玩笑地將它稱為PHP中的」Java2」版本，因為它整合了Java中的許多特性，像介面，面向對象模型，try-catch語句等。但即使在對面向對象支持不

力的PHP4中，仍然出現了許多出色的面向對象應用程序。

Smarty

Smarty用來構建帶有復雜表單並基於模板的站點。最近，我寫了一個可以完全換「皮膚」的在線考試系統—可以不用改變任何底層的代碼和功能就可以將整個站點的外觀界面和風格完全改變。為了讓設計師可以易於設計新的界面，我設計了一個自定義的標簽庫作為Smarty標簽庫的擴展。可以像這樣簡單地插入：

["|"]

在一個頁面的頂端有分隔開的導航。因為Smarty已經提供了非常強大的機制來表現變數中包含的數據，這是一個映射較復雜的Smarty標簽到skin標簽的簡單過程。

由於Smarty封裝成一個類，並且它的方法都有很詳盡的文檔，使得使用模板的過程變得令人難以置信地易於擴展。同時，通過強制性地只能顯式地傳遞你要使用的變數給Smarty模板的方法，Smarty也為PHP的環境變數提供了一個保護層。這種方法有助於在Smarty模板設計師和程序員間建立安全、可靠的工作關系。

FPDF

FPDF是一個非常優秀的工具。如果你被改來改去的pdflib的API所困惑，或者不願為商業化的解決方案而交錢；或者由於共享主機的限制，無法使用擴展模塊—請考慮使用這個免費的，純PHP構建的PDF生成工具。

這個類有很好的文檔，包括許多很好的例子來闡述如何在PDF中布局文本和圖片。在上面提到的同一個在線學習站點我使用FPDF來動態生成PDF文件，使用truetype字體和300dpi精度的圖像。在PHP中實例化FPDF類並進行PDF操作並不會花費太多額外的時間，因為PDF本身就可能需要花費幾分鍾來下載。事實上，動態生成並傳送一個PDF所花的時間不比當使用一個慢速的網路連接來傳送靜態PDF文件所花的時間多。這都是相對而言的。並且，由於FPDF是基於類的，他可以被擴展。事實上，有些類方法雖然存在但還沒有完全實現，僅作為一個框架，這可以為你在子類中建立你自己的內容(如自定義的頭尾元素)提供向導。

PHP面向對象小結

Smarty和FPDF都提供了帶有良好文檔的API來擴展主類。這說明了在類的內部組織方法和數據的必要性--有時同樣的功能可以用函數和全局變數來完成，但這樣不易於擴展。並且，使用對象對跟蹤和保持PDF或HTML文檔的風格非常有幫助，你可以將同樣的數據用不同的格式來發布。Smarty和FPDF都是使用對象來建立靈活實用的類庫的極好的例子。

為什麼兩種方式都是必需的？

回到我們充滿熱情的程序員身上，我們開始贊美他們：

•我們欣賞Smarty和FPDF的實用性和擴展性

•我們欣賞osCommerce和phpMyAdmin的運行速度和良好表現

這種欣賞還包括對PHP的一些基礎開發。PECL和PEAR都收到了很多贊揚和批評。我想這兩個項目為闡明PHP面向過程和面向對象編程的區別提供了很好的例子。

PECl提供了PHP的擴展庫，用C和面向過程的方式開發，注重速度和簡潔精煉。通常，這些都是從已經存在的LGPL軟體中移植而來，其中許多有趣的特性已經加入PHP。畢竟，PHP是用C寫的。

PEAR則貢獻了很多有趣的類如建立Excel表或改變DNS記錄等。使用PEAR類庫可以為你節約大量時間，甚至可以讓你在不怎麼熟悉PHP的情況進行開發—「我不理解但它能用！」。

總結

希望本文能加深你對PHP面向對象和PHP面向過程的兩種編程方式的理解，並且更重要地—鼓勵你在更具體的細節上進行探索。我希望你會有自己的想法，並在實際開發中檢驗你的項目開發傾向，總結出更多實際的案例，並不嗇寫些針對本文的評論。

總之，每種方式都有其優勢的一面，糾纏於爭論不如離開去寫些實際的代碼！