PHP為什么會被認為是草根語言?

擺脫對MySQL的依賴
服務器君一共花費了65.916 ms進行了4次數據庫查詢,努力地為您提供了這個頁面。
試試閱讀模式?希望聽取您的建議

以下文字并沒有非常多的技術詞匯,所以只要對PHP感興趣的人都可以看看。

PHPer是草根嗎?

從PHP誕生之日起,PHP就開始在Web應用方面為廣大的程序員服務。同時,作為針對Web開發量身定制的腳本語言,PHP一直秉承簡單、開源的思想,這也使得PHP得以快速的發展,并且大力地推動Web2.0的出現與發展。但是,長期以來,PHPer(PHP Programmers)被認為是處于草根階層的程序員,被認為是技術含量少,層次低的程序員。這點在國內尤其突出。

記得一個技術主管說過這樣一個事情。他給一個程序員分配了PHP的開發任務,沒想到那個程序員居然說:“我是學Java出身的,你讓我去寫 PHP,你這不是在貶低我嗎?”。這件事情給我印象很深、觸動也很大。雖然這不能代表大部分程序員的看法,但是這么認為的人應該不少。還有人說,現在如果是大型的政府項目,PHP是肯定不會被列入考慮的范圍之內的。

那么為什么PHPer會被認為是草根階層,是因為它很簡單,人人都可以學會,所以沒什么難度嗎?我以前也是這么認為。PHP入門很快,處理文件,數據,遠程連接,網絡編程都非常方便,官方也有這樣的說法:PHP學習的成本很低,所以你容易去使用它。這個想法也是普遍的,甚至大部分的PHPer 自己都這樣認為。

說到這里,我想大家就會想到我為什么要寫這些文字。因為一年多的PHP推廣工作讓我了解到許許多多的使用PHP的公司的大概情況。在這些過程中我慢慢體會到其中的根本原因。這里我說是根本原因雖然是個人的看法,但是我覺得事實就是如此。

那么為什么PHPer會被看成草根階層,根本原因是PHPer所作的事情(通過代碼實現)的絕大部分都是表現層的東西,這個熟悉PHP的人都知道。當然也會有PHP會說他用MVC結構編寫的某某框架具備的如何如何的功能。但是這些還是表現層。所以只會處理表現層的程序員就被看成草根階層了。事實上也是如此,因為這種情況下PHP確實很難構造大型的應用。

這就找到原因了,不是的。為什么PHPer總是在負責表現層的東西呢。答案是底層的數據處理(Web應用就是數據存儲和查找)我們一般不去觸及。好,那么說到這里有些人可能已經想到了,那不就是數據庫嗎?對,就是數據庫。讓PHPer一直當草根的元兇就是數據庫。為什么?

PHPer對MySQL的依賴過大

因為目前流行的web架構中,前端是負載均衡系統,中間是web服務器,后面是數據庫服務器。所以,大部分PHPer工作在Web服務器層面。因為數據庫已經很好地為我們組織數據了。所以PHP中沒有太多的算法,而且大家潛意識下也覺得不需要,更何況會影響性能。

這種情況下,PHPer就成為了數據庫使用者,他總是在操作數據庫。而不是在做程序。一個最簡單的PHP腳本就是,連接數據庫,把數據取出來,然后用命令輸出到瀏覽器。整個過程不超過10行代碼。給人的感覺就是太簡單了。沒有任何技術含量。為什么了,因為數據處理部分都已經被數據庫做完了。尤其是MySQL的使用。MySQL是免費的,所以大多數程序員可以自由地使用它,另外MySQL的速度夠快了,所以做個PHP應用程序非常的簡單。這就相當于給你槍以后你覺得沒有必要學習武功一樣。當然,我不是說槍沒有武功好。而是說,槍的出現,小孩都可以輕松便捷地殺人了。

我們再詳細說說為什么是數據庫。這里我說一個例子。我去過北京一家非常著名的網站,當時我們還有一個比較資深的PHP程序員在那說些系統架構的事情。我記得當時那個程序員問大家一個數據結構中的算法問題的時候,全場沒有一個人能答得出來(包括我)。然后那個程序員就開始給大家講些很基礎的數據結構的東西了。讓我一下子回想到大學時候學的數據結構課。而這些基礎的數據排序、查找、傳遞的問題在其他高級語言(比如C)是非常普遍的。但是在PHP沒有。PHPchina.com的論壇也有個板塊叫PHP的數據結構和算法。這個板塊的帖子也是寥寥無幾。

說到這里,大家明白了吧?大部分PHPer僅僅處理表現層的東西,而在MySQL的便捷使用下,PHPer幾乎不用觸及任何數據結構與算法的情況下完成大部分開發任務,所以一個才有上面的,沒有一個PHP程序員能夠回答出那道數據結構的問題,換成是C等語言,情況可能就大不相同了。是PHPer草根,才讓PHP顯得草根

仔細回想下,目前網絡上大家討論的最多的是兩個方面的問題。一個是PHP的類的使用(處理過程的封裝),還有一個是開發框架問題。但是我們仔細分析的話,發現這些所謂的PHP中比較復雜的概念里面沒有數據處理。為什么,有數據庫。用一個Adodb或者PHP5的PDO就可以搞定了。真的搞定了嗎?不是,這些無非是在連接數據庫,沒有數據處理。所以PHPer似乎就沒有什么可以拿出臺面上的東西。

再說一個具體的代碼問題,無級分類。這個概念我想大家都不會陌生了吧。我見過兩種處理方式。第一個是地道的PHPer的處理方式,也是目前比較流行的。就是用數據庫來處理。而且字段很少,只需要加個父類的字段并加以判斷就行了。而且這個方法很實用。效率也高。但是這個不是數據處理的范疇了,而是數據庫的查找。

第二個是C程序員用PHP寫出來的,他把所有的分類信息都從數據庫取出來,然后用數據結構算法進行排列分布,然后輸出。

這里我們不對這兩種方式的效率進行對比,我想大家都有各自的想法。但是我想說明一個問題,就是這兩種做法的本質的區別。PHPer習慣性地用數據庫來處理,而且有很巧的處理方式,效率也很高。這種方式就是數據庫查詢。而第二種方法是比較有特點的。他認為數據庫就是存放數據的地方,具體的邏輯處理還要靠自己的邏輯。

因此,結論是第二種方法的使用者覺得自己強些,因為數據的邏輯是他組織的。并且覺得PHPer的那種做法無非就是會查詢數據庫罷了。所以他認為PHPer是草根級的,只懂得操作數據庫和排列頁面(smarty搞搞那種)。

讓數據庫回歸本職工作

說到這里,我想大家都已經回憶了不少自己平時用PHP做開發的經歷了吧,是否發現大家確實都在操作數據庫呢。

那么我們來討論下這個問題。數據庫不好嗎?為什么我一直用數據庫處理數據都沒有問題。我要說的是數據庫是有問題的,而且有很大的問題。當然這里我并不是說不能用數據庫,也不是在貶低數據庫的性能。而是,我們沒有充分認識到數據庫所起到的作用。

我的想法源起于這樣一個事情,有一次一個網站的技術總監問我,為什么他們的網站那么慢,要怎么辦。當時,我的MSN里Zend總部的工程師正好在線,我就問他PHP響應比較慢了,怎么辦?他當時直接告訴我,是數據庫問題。肯定是數據庫沒有優化設計好。所以,我沒有給那個技術總監確切的答案了,因為他們的數據庫設計我們是不能涉及的。所以就給了大概的數據庫優化的建議。這樣的事情屢次發生,我就開始懷疑,為什么Zend總部的工程師每次都跟我說是數據庫的問題呢,難道我們不能從PHP層面來解決這個問題嗎?答案是不能。因為PHP目前的運行速度已經是很快了,通過Zend的性能分析也能看到一個用戶的點擊,PHP的運行時間只有10%不到,那PHP在干嗎?它在等。等數據庫的查詢結果。這個方面在目前的PHP產品中有了很大的提高,那就是 Caching和網頁靜態化兩個方案。

Caching可能大家會比較陌生,但是網頁靜態化現在連PHP產品的用戶都非常清楚了。速度快、容易被搜索到等等,好處不言而喻。開玩笑地說,現在網站的主頁實現網頁靜態化只需要硬盤足夠大。J至于Caching就比較復雜些,也是大多數PHPer感到頭疼的地方。甚至于有些人會用C來實現。因為Caching中的數據有效期驗證、查找、提取、更新等等都是比較難處理。當然,也有人會用數據庫來處理 Caching問題。

所以,當訪問量激增的時候,PHP架構的網站會出現的很多問題都因數據庫而起。數據庫的同步問題還不算什么。關鍵是數據庫的響應速度會有指數級的降低。這個問題我在10月23號LAMP發布會的時候問過MySQL的副總裁。他當時也沒有給我比較完美的答案(這也我的意料之中),因為數據庫總會有瓶頸的,除非是神仙數據庫,哈哈!

這里有個題外話,LAMP大會的時候我跟Yahoo的一個技術高管聊的時候,我問他Yahoo在選擇MySQL還是Oracle的時候是怎么考慮,他的答案令我非常驚訝。他說大部分的時候我們是會用MySQL的,因為它的性能已經達到我們的要求。但是什么時候我們會選用Oracle呢,就是當我們需要存儲收費用戶的數據的時候。我就問為什么,難道Oracle比MySQL穩定嗎?他說,這個倒沒有特別考慮。關鍵是如果使用Oracle的話,當出現問題的時候我們可以找到負責人,Oracle會負責事故的處理,但是如果用MySQL的話,我們找誰去?

所以,我們對數據庫的看法應該糾正過來,就是說數據庫不是萬能的。如果有實力的話自己開發數據庫。聽說Google就是那樣的。

那么我們怎么看待數據庫呢?我個人的理解是數據庫只是用來降低開發成本的手段。因為采用數據庫以后我們不需要考慮數據的存儲,尤其是排序和查找。但是這會帶來什么問題呢?就是當業務膨脹的時候,數據庫就成為瓶頸了。這個時候問題就會非常棘手。因為這個是底層的數據處理。牽一發而動全身。

所以我認為正確的觀點是,數據庫是一個數據備份機。怎么理解,我們只需要保證數據的存儲有效性就行了。而這本來就是數據庫的核心功能,只不過因為數據庫的方便的排序等功能讓大家把過多的處理都交給數據庫來操作了。一個用戶的點擊PHP就把一大堆的任務交給數據庫,然后把結果排列下給用戶就完事了。這對數據庫是不公平的。也是因此大家開始抱怨數據庫的性能了。

針對這個觀點,我們再舉個例子,有一次我去拜訪一個大型的網絡公司(基本上國內只要上過互聯網的都知道),他們使用PHP很少,但是我了解到他們其它業務是怎么使用數據庫。他們自豪地跟我介紹說他們在數據庫的外圍有個第二數據庫(我這里起名叫第二數據庫)。為什么叫第二數據庫呢,原來它是一個緩存系統。那么開發工程師怎么去這個緩存系統獲取數據呢?那個技術總監自豪地說,他們這個緩存系統有SQL查詢語句。我當時很驚訝,但是后來想想確實需要這個。因為當你的緩存系統達到一定量級的時候從緩存獲取數據都非常復雜,干脆寫個SQL查詢語句讓緩存系統分析、處理并返回數據。而且他們告訴我,在他們那里,就算是用PHP的話也是讓PHP去那個緩存系統讀取數據。

所以說,如果你能處理好這樣的問題的話,把數據存放在數據庫,然后數據庫只起到備份的作用。然后你用自己的中間層來處理分析數據,效果是90% 以上的用戶不訪問數據庫。有人就會說了,這不就類似連接池的東西嗎?是的,因為數據庫的瓶頸是無法解決的,我們只能在Web服務器和數據庫中間加個中間層來做緩沖。

可能大家會說了,切,這個我們早就知道了。那好,這里我要說的是它引發的兩點思考:

第一,有些語言已經有連接池技術的基礎上,那些程序員可以方便地使用連接池而構建大型應用。那么如果他們認為 PHPer只會是用數據庫,那么我們是不是可以說他們只會是用連接池呢?連接池和數據庫在這個概念上有何區別?

第二,當PHPer開始構建自己的緩存系統的時候,他是不是突破了PHPer只會是用數據庫的層次?因為他參與了數據邏輯的處理工作。那么他還是草根嗎?

最后,懂得獨立思考的PHPer不是草根,什么事情都丟給數據庫去做的才是。

本文地址:http://www.zqhthc.tw/librarys/veda/detail/2407,歡迎訪問原出處。

不打個分嗎?

轉載隨意,但請帶上本文地址:

http://www.zqhthc.tw/librarys/veda/detail/2407

如果你認為這篇文章值得更多人閱讀,歡迎使用下面的分享功能。
小提示:您可以按快捷鍵 Ctrl + D,或點此 加入收藏

大家都在看

閱讀一百本計算機著作吧,少年

很多人覺得自己技術進步很慢,學習效率低,我覺得一個重要原因是看的書少了。多少是多呢?起碼得看3、4、5、6米吧。給個具體的數量,那就100本書吧。很多人知識結構不好而且不系統,因為在特定領域有一個足夠量的知識量+足夠良好的知識結構,系統化以后就足以應對大量未曾遇到過的問題。

奉勸自學者:構建特定領域的知識結構體系的路徑中再也沒有比學習該專業的專業課程更好的了。如果我的知識結構體系足以囊括面試官的大部分甚至吞并他的知識結構體系的話,讀到他言語中的一個詞我們就已經知道他要表達什么,我們可以讓他坐“上位”畢竟他是面試官,但是在知識結構體系以及心理上我們就居高臨下。

所以,閱讀一百本計算機著作吧,少年!

《代碼之美》 聶雪軍 (譯者)

《代碼之美》介紹了人類在一個奮斗領域中的創造性和靈活性:計算機系統的開發領域。在每章中的漂亮代碼都是來自獨特解決方案的發現,而這種發現是來源于作者超越既定邊界的遠見卓識,并且識別出被多數人忽視的需求以及找出令人嘆為觀止的問題解決方案。《代碼之美》33章,有38位作者,每位作者貢獻一章。每位作者都將自己心目中對于“美麗的代碼”的認識濃縮在一章當中,張力十足。38位大牛,每個人對代碼之美都有自己獨特的認識,現在一覽無余的放在一起,對于熱愛程序的每個人都不啻一場盛宴。 雖然《代碼之美》的涉獵范圍很廣,但也只能代表一小部分在這個軟件開發這個最令人興奮領域所發生的事情。

更多計算機寶庫...

英超直播吻球网