<dfn id="w48us"></dfn><ul id="w48us"></ul>
  • <ul id="w48us"></ul>
  • <del id="w48us"></del>
    <ul id="w48us"></ul>
  • PHP編程習慣

    時間:2020-11-25 09:20:34 筆試題目 我要投稿

    10條PHP編程習慣

      1、使用單引號括起來的字符串

    10條PHP編程習慣

      當使用雙引號來括字符串時,PHP解釋器會對其進行變量替換、轉義等操作,如 “\n”。如果只想輸出一個基本的字符串,用單引號會節省一些資源。當然,如果需要進行變量替換的,那就必須用雙引號了。

      2、字符串的輸出

      以下哪一條語句的運行速度最快?

      print “Hi my name is $a. I am $b”$$

      echo “Hi my name is $a. I am $b”$$

      echo “Hi my name is “.$a.”. I am “.$b;

      echo “Hi my name is “,$a,”. I am “,$b;

      echo ‘Hi my name is ‘,$a,’. I am ‘,$b;

      最后一條的運行速度是最快的。 print比echo要慢,在字符串中進行變量替換時會慢,而連接字符串要比用逗號連接來得慢,最后一句則是第一個習慣的體現。所以,不在字符串中進行變 量替換不僅會加快程序運行速度,也會讓你的代碼在任何語法高亮顯示的編輯器中顯得更為易懂(變量會被高亮顯示出來)。很少人知道echo的參數可以用逗號 連接,且速度會比字符串連接要來得快。最后再用上第一個習慣,那這條語句就非常好了。

      3、在數組索引中使用單引號

      正如你在上面的測試題中所看到的,$x[sales]從嚴格意義上來說是錯誤的,索引應該被括起來,即$x['sales']。這是因為PHP會將 沒有括起來的索引辨認為“裸”字符串,并把它解釋為一個常量。當找不到該常量的定義時,才將其解釋為一個字符串,所以這條語句才是可運行的。把索引括起來 可以省去這部分工作,如果將來正好要用這一字符串定義常量時也就不會有錯誤了。

      4、不使用開始標志的縮寫形式

      你正在使用 這樣的符號嗎?“

      5、盡量不要使用正則表達式

      在進行常規的字符串操作時,盡可能不要去使用正則表達式(preg和ereg系列函數)。str_replace函數要比preg_replace快得多,甚至 strtr函數也要比str_replace來得快。省去這些不必要的麻煩吧,你的老板會感謝你的。

      6、不要在循環聲明中使用函數

      這個問題不單單出現在PHP中,你可以在其他語言的代碼中經?吹剑

      差:for($i=0;$i< count($array);$i++){…}

      好:$count=count($array);for($i=0;$i& lt;$count;$i++){…}

      如果在循環聲明中使用了 count函數,那每次循環都會調用一次。如果循環次數很多,會浪費非常多的時間。

      7、不要使用 register_globals和magic quotes

      老版本的PHP在安裝時會默認打開這兩個功能,這會引起安全漏洞、編程錯誤及其他的問題,如只有用戶輸入了數據時才會創建變量等。如今這兩個功 能都被舍棄了,每個程序員都應該避免使用。

      8、一定要對變量進行初始化(這 里的“初始化”指的是“聲明”)

      當需要沒有初始化的變量,PHP解釋器會自動創建一個變量,但依靠這個特性來編程并不是一 個好主意。這會造成程序的粗糙,或者使代碼變得另人迷惑,因為你需要探尋這個變量是從哪里開始被創建的。另外,對一個沒有初始化的變量進行遞增操作要比初 始化過的來得慢。所以對變量進行初始化會是個不錯的主意。

      9、對代碼進行注釋

      這個問題已經提過很多次了,但再多次也 不夠。我知道有些地方是不聘用不對代碼進行注釋的程序員的。我在前一次工作面試后和副總、面試官一起瀏覽我寫的代碼,當他們對我所做的代碼注釋印象深刻, 還了解了一下我的這一習慣。一天之后,我得到了這個工作。

      我知道有些自稱為PHP大師的.人聲稱自己的代碼寫得很好,不需要添加什么注 釋。在我看來,這些人都是垃圾。學一寫注釋的規范和技巧,熟悉一下phpDocumentor或Doxygen之類的注釋輔助軟件,都是值得的。

      10、遵循一個編程規范

      關于這一點,是你需要在面試中詢問你潛在的老板的,問問他們正在使用什么編程規范。PEAR?Zend?內部規范? 要提及你正在使用的編程規范,不管是你自己創建的,還是目前普遍流行的一種。對于PHP這種松松垮垮的語言來說,如果沒有一個好的編程規范,那么那些代碼 就會看起來想一堆垃圾。發臭的,令人作嘔的垃圾。一些基本的規范包括空格規范、打括號匹配、命名風格等。這對任何一個追求高質量的代碼的人來說都是必須 的。

      有人說:“我討厭你的4個空格的縮進。”我要說,什么?用4個空格來縮進?這比用制表符過占用3個字符的空間。更重要的是,只要 是使用比記事本高級的編輯器,你可以自定義制表符的縮進值。所以每個程序員都可以以其最習慣的方式來看代碼?梢詴r設置為4,也可以設置為0(如果你是個 受虐狂)。反正我不在乎,但你就是不能用空格來縮進!

    【10條PHP編程習慣】相關文章:

     PHP的基礎編程與應用11-20

    php多進程編程詳解201711-12

    隊列在編程中的實際應用(php)-php技巧11-20

    《PHP編程最快明白》第八講:php啟發和小結11-17

    關于編程之打開PHP文件的方法11-24

    關于編程之PHP常用MySql操作的方法11-25

    關于編程之php三元運算符的知識點11-24

    探索結對編程08-20

    高級數控編程:子程序調用及編程舉例08-29

    主站蜘蛛池模板: 日韩一区二区三区精品| 一本色道久久88—综合亚洲精品| 精品久久久久久99人妻| 精品亚洲aⅴ在线观看| 久久精品国产亚洲一区二区三区| 国产精品v欧美精品v日韩精品| 亚洲国产精品成人久久蜜臀| 国产精品人成在线观看| 精品999在线| 国内精品久久久久久久97牛牛 | 国产精品影音先锋| 精品欧洲AV无码一区二区男男| 亚洲精品第一国产综合境外资源| 精品视频在线观看你懂的一区 | 91精品国产综合久久婷婷| 色婷婷在线精品国自产拍| 亚洲精品天堂成人片?V在线播放| 久久99精品久久久久久9蜜桃| 国产精品免费在线播放| 99精品人妻少妇一区二区| 久久久久免费精品国产| 精品999久久久久久中文字幕| 国产精品1区2区| 国产精品视频第一页| 国产91精品一区二区麻豆网站 | 最新国产精品亚洲| 亚洲国产精品久久久久久| 99久久成人国产精品免费| 精品无码国产一区二区三区51安 | 亚洲精品线路一在线观看| 狠狠色伊人久久精品综合网| 国产精品ⅴ无码大片在线看| 精品无人区一区二区三区| 久久棈精品久久久久久噜噜| 人妻精品久久久久中文字幕69 | 精品久久一区二区三区| 精品视频在线v| 精品国产91久久久久久久| 精品久久久久久中文字幕| 亚洲国产综合91精品麻豆| 国产精品成人99久久久久91gav|