php語言學習務(wù)必了解的十二種特征

▲PHP語言學習務(wù)必了解的十二種特性

轉(zhuǎn)換令人頭痛

在利用PHP進行項目創(chuàng)建的過程中，大的挑戰(zhàn)之一在于牢記我們哪些時候需要輸入HTML、而哪些時代需要輸入PHP代碼。將二者相結(jié)合正是PHP語言的一大賣點，但要充分發(fā)揮其優(yōu)勢卻著實不是易事。當我們查看某個文件并關(guān)注其中的代碼時，首先需要搞清楚的就是——那些迫使我們不得不從HTML編寫轉(zhuǎn)向創(chuàng)建服務(wù)器指令的標簽都在哪里?各位必須要高度重視這些標簽，因為只有這樣我們才能將代碼與標記整合起來并使其順暢運作。當然，大多數(shù)情況下它只會讓人暈頭轉(zhuǎn)向。

標記的迷宮

將服務(wù)器指令與瀏覽器標記結(jié)合起來實在是一種失誤。在Java這方面，其研發(fā)團隊嚴格遵循著MVC模式。數(shù)據(jù)模型被歸于一個文件中，用于控制視圖的布局結(jié)構(gòu)被歸于另外的文件中，而用于構(gòu)建控制器的邏輯也擁有自己的歸屬文件。將這些條目區(qū)分并隔離開來能夠讓整個項目變得更有條理。但在PHP方面，最基本的設(shè)計思路就是開發(fā)者應(yīng)當將HTML標記與服務(wù)器的控制器邏輯雜糅在一起。雖然我們不是沒辦法把它們區(qū)分開——大多數(shù)人也確實是這樣做的——不過一旦開始專門處理這項任務(wù)，很多朋友可能會像我們一樣問自己“為什么我們非要用PHP不可?”

命名約定的不一致性與特殊性

大家知不知道我們什么時候需要用到下劃線符號?可以看到，base64_encode方法中用到了下劃線，但urlencode則沒有。此外，php_uname這一名稱中使用了下劃線，而phpversion則沒有。為什么會這樣?有沒有人考慮過這個問題?大家有沒有編輯過API? 與此同時，strcmp函數(shù)是不能夠大寫的，但strcasecmp卻可以。另外，strpos不能大寫，stripos則可以。到底是其中的字“i”決定了能否大寫，還是函數(shù)整體名稱決定的?誰能記得住這么多亂七八糟的規(guī)則?當然，開發(fā)者們必須得記清楚。

災(zāi)難般的排序

我們到底需要多少種排序函數(shù)?Java擁有一項基礎(chǔ)排序函數(shù)外加一個適用于所有對象的簡單接口。如果大家希望使用其它算法、動手添加進去即可，而且大多數(shù)情況下標準函數(shù)已經(jīng)完全夠用。而在PHP這邊，光是排序函數(shù)就能列出一條長長的清單：usort、sort、uksort以及array_sort等等(請注意，其中有一些還需要用到下劃線)。所以，請大家馬上把這些內(nèi)容記到小本上，并祈禱自己在實際使用時不會搞混吧。

開源存在一定局限性

PHP也許確實擁有開源的諸多優(yōu)勢，但緩存等卓越功能卻只存在于商用版本當中。當然，這就是現(xiàn)實社會，畢竟Zend需要借此賺取利潤。再有，該公司還需要通過向特定用戶群體出售好版本的方式支持整個PHP項目。抱怨這一點就像抱怨地心引力帶來的不便一樣，正確但卻毫無意義——地球就在那里，根本不鳥你喜不喜歡。請大家活得理性一些，別總幻想著人們都能活在烏托邦式的開源環(huán)境當中。

糟糕的命名空間

大家有沒有創(chuàng)建自己函數(shù)的打算?如果有，請首先確定到底要使用PHP5.3或者其后續(xù)版本，因為這里正是命名空間出現(xiàn)的分界線。如果大家希望使用早期版本，則必須確保編碼內(nèi)容與庫之間不存在沖突——畢竟在早期發(fā)展階段，PHP中的所有內(nèi)容都具備全局化屬性。如果大家決定使用PHP5.3并接受命名空間的加入，那么請作好準備迎接“反斜杠”——一個丑陋的標點符號——的降臨。

糟糕的type安全

這個問題簡直可怕， 請注意，這并不屬于那種某些PHP支持者所爭論的“函數(shù)副作用”的典型情況。畢竟JavaScript當中也包含著大量由于type轉(zhuǎn)換所引發(fā)的同類情況。事實上，這一行想表達的是：左側(cè)為字符串，右側(cè)為一個整數(shù)。只不過左側(cè)與右側(cè)內(nèi)容完全相等。照這樣說來，如果讓PHP的設(shè)計者負責管理、世界上的每個人都能彼此和睦相處。

選擇太多，冗余太多

PHP語言的一大特色就是可做的事太多，做事的途徑同樣太多。每一行命令的結(jié)尾都可以通過數(shù)字符號或者雙斜線來進行注釋。無論是浮點數(shù)字還是雙精度數(shù)字都代表著同樣的含義。簡單的設(shè)計往往會被人們所忽略，因為大家在代碼貢獻過程中喜歡添加自己的小特性。這有點像依靠委員會體系進行設(shè)計，只不過該委員會從來沒考慮到過把其中的差異性剔除掉。

詭異的變量命名規(guī)則

把美元符號作為前綴實在不是個好主意。也許強制性地在所有變量前添加這個符號是為了更輕松地將其插入到模板當中，但這樣說來常數(shù)內(nèi)容也同樣需要這么個符號啊——為什么實際上卻用不著呢?

CPU資源爭奪戰(zhàn)

對于32位計算設(shè)備來說，整數(shù)數(shù)值過大始終是個無法回避的難題。不過在另一方面，64位設(shè)備卻不會受此影響，也就是說代碼在不同設(shè)備上的運行狀態(tài)是不同的。大家可以在自己的筆記本上測試一下，我可以保證事實絕對是如此。但一旦把運行平臺轉(zhuǎn)換成服務(wù)器，情況則會再度變化。這時如果大家希望重現(xiàn)自己臺式機上的錯誤，結(jié)果恐怕要令各位失望。惟一的好消息是，32位設(shè)備將很可能最終消失。

SQL注入

將SQL注入這一安全漏洞的主要形式之一歸咎于PHP確實有失公允。人們在其它語言當中同樣會不慎輸入奇怪的SQL字符串。之所以將其納入文章，主要是考慮到PHP語言更容易讓該漏洞攫取數(shù)據(jù)并發(fā)送至MySQL——簡單是輕而易舉。雖然新手在使用任何一種語言時都可能犯下同樣的錯誤，但這類情況在PHP中出現(xiàn)的機率明顯要高得多得多。

不兼容式的變更太多太多

不同版本之間存在巨大差異，兼容性問題也絕不是小事。以Java或者JavaScript為代表的編程語言在快速發(fā)展的同時也犧牲了向下兼容的特性。事實上，老代碼在新設(shè)備上無法運行的問題并不少見。但這一切與PHP的情況其實不盡相同。在PHP方面，不同版本之間往往差別巨大，因此大家只能祈禱自己的服務(wù)器已經(jīng)安裝了正確的版本，否則只有在出現(xiàn)嚴重問題時才能意識到大事不妙?？偠灾?，在查看服務(wù)器上是否有項目需要升級時，請優(yōu)先把目光對準PHP。

網(wǎng)站標題：php語言學習務(wù)必了解的十二種特征
鏈接地址：http://www.muchs.cn/news39/225189.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供App開發(fā)、網(wǎng)站收錄、移動網(wǎng)站建設(shè)、關(guān)鍵詞優(yōu)化、App設(shè)計、網(wǎng)頁設(shè)計公司

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)