對象|過程

簡介
“真正的天才具有正確評價(jià)不確定的，有風(fēng)險(xiǎn)的和矛盾的信息的能力。--邱吉爾”

使用許多編程語言時(shí)，你通常只能使用面向?qū)ο蠡蛎嫦蜻^程二者之一的編程方式。而在PHP中，你可以自由選擇或混用。目前絕大多數(shù)PHP程序員使用面向過程的方式，因?yàn)榻馕鯳EB頁面本身就非?！斑^程化”(從一個(gè)標(biāo)簽到另一個(gè)標(biāo)簽)。在HTML中嵌入過程處理代碼是很直接自然的作法，所以PHP程序員通常使用這種方式。

如果你是剛接觸PHP，用面向過程的風(fēng)格來書寫代碼很可能是你唯一的選擇。但是如果你經(jīng)常上PHP論壇和新聞組的話，你應(yīng)該會看到有關(guān)“對象”的文章。你也可能看到過如何書寫面向?qū)ο蟮腜HP代碼的教程。或者你也可能下載過一些現(xiàn)成的類庫，并嘗試著去實(shí)例化其中的對象和使用類方法--盡管你可能沒有真正理解這些類為什么可以工作，或者為什么需要使用面向?qū)ο蟮姆椒▉韺?shí)現(xiàn)功能。

應(yīng)該使用“面向?qū)ο蟆钡娘L(fēng)格還是“面向過程”的風(fēng)格？雙方各有支持者。像“對象是低效的”或“對象非常棒”這樣的議論也時(shí)有耳聞。本文不嘗試輕易判定兩種方法的哪種具有絕對的優(yōu)勢，而是要找出每種方法的優(yōu)缺點(diǎn)。

以下是面向過程風(fēng)格的代碼示例：

print "Hello, world.";
?>

以下是面向?qū)ο箫L(fēng)格的代碼示例：

class helloWorld {
function myPrint() {
print "Hello, world.";
}
}
$myHelloWorld = new helloWorld();
$myHelloWorld->myPrint();
?>

如果你想了解一些“面向?qū)ο蟆钡幕局R，請使用Google搜索，網(wǎng)絡(luò)上有非常多精彩的文章。

誰像這樣寫代碼？
為了理解為什么這個(gè)論題成為論壇上口水戰(zhàn)的導(dǎo)火線，我們看一些每個(gè)陣營的比較極端的例子。我們看看“過程狂熱”和“對象狂熱”?？纯此麄兊挠^點(diǎn)聽起來是不是有點(diǎn)熟悉。

過程狂熱
過程狂熱曾在上課時(shí)被計(jì)算機(jī)教師批評，因?yàn)檫@種方法沒有使用更加抽象的實(shí)現(xiàn)方式。而支持面向過程者的觀點(diǎn)“它可以工作！”并不能提高其編程水平和檔次。畢業(yè)后他們可能找到一個(gè)工作，寫驅(qū)動程序，文件系統(tǒng)或其它的偏向底層的編程，他們的注意力集中于速度和代碼的精煉。

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

對象狂熱
對象狂熱者熱衷于在任何時(shí)候使用面向?qū)ο蟮娘L(fēng)格來書寫代碼。他們沒有真正考慮過用這種方式是否會影響程序的執(zhí)行效率。有時(shí)候讓人覺得他們更享受抽象的設(shè)計(jì)概念而不是現(xiàn)實(shí)的代碼。他們通常很可能是項(xiàng)目管理者或文檔書寫者。

對象狂熱者指出，如果沒有抽象的設(shè)計(jì)方法我們?nèi)匀辉谑褂?和1進(jìn)行編程。他們喜歡用偽碼來描述問題。極端的例子是對象狂熱者即使知道有時(shí)候會犧牲效率仍然使用對象。 除了PHP，他們最喜歡的語言是Java和Smalltalk。在PHP世界中，他們可能會開發(fā)PEAR模塊，貢獻(xiàn)文檔化非常好，易于維護(hù)的代碼。

不要偏激和諷刺
你知道為什么論壇上總是充斥著各種偏見嗎？你的經(jīng)驗(yàn)閱歷，你對新事物的態(tài)度都可能是原因。作為程序員，我們需要時(shí)常注意這些偏見并以開放的心態(tài)去學(xué)習(xí)新事物。

你的編碼傾向？
考慮一下當(dāng)你書寫PHP代碼時(shí)有什么偏好或傾向。通常這些偏好是比較隱晦的。有時(shí)候你可能在每個(gè)項(xiàng)目中有著同樣的偏好。我個(gè)人傾向于“優(yōu)雅”，但我不想在此定義如何才是“優(yōu)雅”的代碼，那應(yīng)當(dāng)出現(xiàn)在另一篇文章里。但是，理論化的偏好不一定適合于實(shí)際項(xiàng)目—相反地，他們常常是一種偏見。

理論化的傾向
? 用最少行數(shù)的代碼提供一個(gè)完整的解決方案
? 在問題層次上考慮問題

這聽起來似乎很不錯(cuò)。但“代碼行數(shù)最少”如何來衡量呢？要把代碼注釋算在內(nèi)嗎？ 我們是否要把每一行都串起來而只用分號來區(qū)分呢？大括號呢？ 很明顯這種想法是錯(cuò)誤的。

再解釋一下什么是“問題層次”。這是否意味著在我們的方案中的每個(gè)概念都需要建立一個(gè)類？或者需要在每個(gè)獨(dú)立的文件里保持問題的每個(gè)部分，并建立一個(gè)復(fù)雜的文件樹來與現(xiàn)實(shí)中的問題相對應(yīng)？就是這樣的想法--為每個(gè)想法準(zhǔn)備一個(gè)文件或類！

很明顯這些概括極端化后變得可笑。但現(xiàn)實(shí)中存在更微妙的證明。是否常常會有程序員在團(tuán)隊(duì)合作時(shí)插入一行復(fù)雜的，強(qiáng)大的但沒有注釋的代碼？這對于接手維護(hù)這些代碼的人來說無疑是非常令人沮喪的事。 相反地，是否你的官僚的自以為是的上一級程序員常常“橫沖直撞”般地，建立接口和類? 而那些接口和類不僅僅限制了負(fù)責(zé)實(shí)現(xiàn)的程序員，也限制了效率和靈活性，導(dǎo)致客戶要求擴(kuò)展程序時(shí)手足無措。 這些都是以上各種傾向的微妙的證明。

實(shí)際傾向
一個(gè)項(xiàng)目開始的時(shí)候，首先要尋求實(shí)際的編碼目的和方向。這個(gè)項(xiàng)目的實(shí)現(xiàn)目標(biāo)是什么？下面是可能是答案。

? 開發(fā)快，發(fā)布快
? 盡可能快地運(yùn)行
? 易于維護(hù)，改進(jìn)和擴(kuò)展
? 發(fā)布一個(gè)API

第一、二個(gè)方向傾向于使用過程化的風(fēng)格，而最后兩個(gè)傾向于使用面向?qū)ο蟮娘L(fēng)格。

什么時(shí)候某種方式更有效？
現(xiàn)在讓我們試著評價(jià)每種方式在現(xiàn)實(shí)中的優(yōu)勢。

面向過程案例
有關(guān)PHP的面向過程化編程優(yōu)勢的一個(gè)基礎(chǔ)性的論據(jù)是：PHP是一個(gè)解釋性的語言--這意味著，不像其它的語言一樣，它不會被編譯成一個(gè)可執(zhí)行的包，而是被解釋并馬上執(zhí)行。它是一種腳本語言并存儲于文本文件中(例外的，如果使用了Zend編譯工具)。

另一個(gè)反對在PHP4及更低版本中使用面向?qū)ο蠓绞竭M(jìn)行編碼的理由是：在PHP的早期版本中對象的功能并沒有經(jīng)過良好設(shè)計(jì)。就像Rasmus曾說過的：“那是事后才想起要增加的功能”。這意味著在PHP4及更早的版本中，對象的效率是個(gè)問題。但PHP5出來后，這種情形會有改觀。

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

OsCommerce
OsCommerce實(shí)際上使用了很多對象，但絕大部分功能是通過“過程”來實(shí)現(xiàn)的。我曾經(jīng)hack過OsCommerce，為其增添一些對于客戶非常實(shí)用的自定義功能。這個(gè)過程是挺麻煩的，因?yàn)镺sCommerce中的很多過程代碼，沒有使用模板化的系統(tǒng)，并且設(shè)計(jì)成多語言版，所以需要花一定的時(shí)間才能上手。但是它可以工作，事實(shí)上它已經(jīng)很好地運(yùn)行在數(shù)目眾多的電子商務(wù)站點(diǎn)上了。OsCommerce同時(shí)提供了一個(gè)論壇和一個(gè)開發(fā)框架用來開發(fā)模塊和插件。因此，現(xiàn)在已經(jīng)有了很多其它開發(fā)者提供的實(shí)用的功能模塊。

PhpMyAdmin
PhpMyAdmin直接使用的類只有一個(gè)：Mimer SQL Validator類，依賴于PEAR包中的Mail_Mime, Net_DIME 和 SOAP。這可能是考慮到開發(fā)的方便：利用現(xiàn)成的可以實(shí)現(xiàn)目的的代碼。除此之外，一切都是面向過程的，HTML和PHP代碼也是混雜在一起。

PhpMyAdmin是我?guī)缀趺刻於家玫降囊粋€(gè)工具，用來對少量的數(shù)據(jù)表進(jìn)行不太復(fù)雜的處理。有時(shí)我甚至鼓勵(lì)我的客戶將它當(dāng)作后端的管理工具來使用（當(dāng)然我會限制他們的權(quán)限）。PhpMyAdmin的表現(xiàn)非常棒，也很快。有時(shí)我想在一些項(xiàng)目中擴(kuò)展PhpMyAdmin作為后端的管理工具，利用它的一些新功能如數(shù)據(jù)查詢語句書簽可以很方便地展示給我的客戶和編輯。隨著每個(gè)新版本的推出，PhpMyAdmin越來越實(shí)用，功能越來越強(qiáng)大。

面向過程小結(jié)
以上兩個(gè)使用面向過程風(fēng)格的程序都有非常好的文檔和代碼注釋。OsCommerce提供的開發(fā)框架可以增加維護(hù)性和擴(kuò)展性。但是兩者都沒有提供API，不能擴(kuò)展程序到另外的體系中。

如果你想把OsCommerce整合到一個(gè)帳單程序中，需要花費(fèi)大量的時(shí)間和精力，就像擴(kuò)展PhpMyAdmin成一個(gè)供客戶使用的后端管理工具。不過從它們設(shè)計(jì)的目的來看，確實(shí)在各自的領(lǐng)域中都表現(xiàn)地很出色。

面向?qū)ο蟀咐?br>支持面向?qū)ο箫L(fēng)格者的觀點(diǎn)都集中于擴(kuò)展性和封裝。僅僅用面向?qū)ο蟮姆绞絹韺懘a不會為你的代碼產(chǎn)生文檔，但它可以鼓勵(lì)你為之添加文檔。并且，為了易于擴(kuò)展，你可能會寫一個(gè)API。 PHP5許諾讓面向?qū)ο缶幊谈佑淇臁Ｎ议_玩笑地將它稱為PHP中的”Java 2”版本，因?yàn)樗狭薐ava中的許多特性，像接口，面向?qū)ο竽Ｐ?，try-catch語句等。但即使在對面向?qū)ο笾С植?/p>

力的PHP4中，仍然出現(xiàn)了許多出色的面向?qū)ο髴?yīng)用程序。

Smarty
Smarty用來構(gòu)建帶有復(fù)雜表單并基于模板的站點(diǎn)。最近，我寫了一個(gè)可以完全換“皮膚”的在線考試系統(tǒng)—可以不用改變?nèi)魏蔚讓拥拇a和功能就可以將整個(gè)站點(diǎn)的外觀界面和風(fēng)格完全改變。為了讓設(shè)計(jì)師可以易于設(shè)計(jì)新的界面，我設(shè)計(jì)了一個(gè)自定義的標(biāo)簽庫作為Smarty標(biāo)簽庫的擴(kuò)展?？梢韵襁@樣簡單地插入：

[navigation horizontal separated by " | "]

在一個(gè)頁面的頂端有分隔開的導(dǎo)航。 因?yàn)镾marty已經(jīng)提供了非常強(qiáng)大的機(jī)制來表現(xiàn)變量中包含的數(shù)據(jù)，這是一個(gè)映射較復(fù)雜的Smarty標(biāo)簽到skin標(biāo)簽的簡單過程。關(guān)于這個(gè)的更多信息請看：http://simplequiz.peakepro.com/
由于Smarty封裝成一個(gè)類，并且它的方法都有很詳盡的文檔，使得使用模板的過程變得令人難以置信地易于擴(kuò)展。同時(shí)，通過強(qiáng)制性地只能顯式地傳遞你要使用的變量給Smarty模板的方法，Smarty也為PHP的環(huán)境變量提供了一個(gè)保護(hù)層。這種方法有助于在Smarty模板設(shè)計(jì)師和程序員間建立安全、可靠的工作關(guān)系。

FPDF

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

這個(gè)類有很好的文檔，包括許多很好的例子來闡述如何在PDF中布局文本和圖片。在上面提到的同一個(gè)在線學(xué)習(xí)站點(diǎn)我使用FPDF來動態(tài)生成PDF文件，使用true type字體和300dpi精度的圖像。在PHP中實(shí)例化FPDF類并進(jìn)行PDF操作并不會花費(fèi)太多額外的時(shí)間，因?yàn)镻DF本身就可能需要花費(fèi)幾分鐘來下載。事實(shí)上，動態(tài)生成并傳送一個(gè)PDF所花的時(shí)間不比當(dāng)使用一個(gè)慢速的網(wǎng)絡(luò)連接來傳送靜態(tài)PDF文件所花的時(shí)間多。這都是相對而言的。并且，由于FPDF是基于類的，他可以被擴(kuò)展。事實(shí)上，有些類方法雖然存在但還沒有完全實(shí)現(xiàn)，僅作為一個(gè)框架，這可以為你在子類中建立你自己的內(nèi)容(如自定義的頭尾元素)提供向?qū)А?/p>

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

這個(gè)類有很好的文檔，包括許多很好的例子來闡述如何在PDF中布局文本和圖片。在上面提到的同一個(gè)在線學(xué)習(xí)站點(diǎn)我使用FPDF來動態(tài)生成PDF文件，使用true type字體和300dpi精度的圖像。在PHP中實(shí)例化FPDF類并進(jìn)行PDF操作并不會花費(fèi)太多額外的時(shí)間，因?yàn)镻DF本身就可能需要花費(fèi)幾分鐘來下載。事實(shí)上，動態(tài)生成并傳送一個(gè)PDF所花的時(shí)間不比當(dāng)使用一個(gè)慢速的網(wǎng)絡(luò)連接來傳送靜態(tài)PDF文件所花的時(shí)間多。這都是相對而言的。并且，由于FPDF是基于類的，他可以被擴(kuò)展。事實(shí)上，有些類方法雖然存在但還沒有完全實(shí)現(xiàn)，僅作為一個(gè)框架，這可以為你在子類中建立你自己的內(nèi)容(如自定義的頭尾元素)提供向?qū)А?/p>

面向?qū)ο笮〗Y(jié)
Smarty和FPDF都提供了帶有良好文檔的API來擴(kuò)展主類。這說明了在類的內(nèi)部組織方法和數(shù)據(jù)的必要性--有時(shí)同樣的功能可以用函數(shù)和全局變量來完成，但這樣不易于擴(kuò)展。并且，使用對象對跟蹤和保持PDF或HTML文檔的風(fēng)格非常有幫助，你可以將同樣的數(shù)據(jù)用不同的格式來發(fā)布。Smarty和FPDF都是使用對象來建立靈活實(shí)用的類庫的極好的例子。

為什么兩種方式都是必需的？
回到我們充滿熱情的程序員身上，我們開始贊美他們：

? 我們欣賞Smarty和FPDF的實(shí)用性和擴(kuò)展性
? 我們欣賞osCommerce和phpMyAdmin的運(yùn)行速度和良好表現(xiàn)

這種欣賞還包括對PHP的一些基礎(chǔ)開發(fā)。PECL和PEAR都收到了很多贊揚(yáng)和批評。我想這兩個(gè)項(xiàng)目為闡明面向過程和面向?qū)ο缶幊痰膮^(qū)別提供了很好的例子。

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

PEAR則貢獻(xiàn)了很多有趣的類如建立Excel表或改變DNS記錄等。使用PEAR類庫可以為你節(jié)約大量時(shí)間，甚至可以讓你在不怎么熟悉PHP的情況進(jìn)行開發(fā)—“我不理解但它能用！”。

總結(jié)
希望本文能加深你對兩種編程方式的理解，并且更重要地—鼓勵(lì)你在更具體的細(xì)節(jié)上進(jìn)行探索。我希望你會有自己的想法，并在實(shí)際開發(fā)中檢驗(yàn)?zāi)愕捻?xiàng)目開發(fā)傾向，總結(jié)出更多實(shí)際的案例，并不嗇寫些針對本文的評論。

總之，每種方式都有其優(yōu)勢的一面，糾纏于爭論不如離開去寫些實(shí)際的代碼！