<address id="ousso"></address>
<form id="ousso"><track id="ousso"><big id="ousso"></big></track></form>
  1. php語言

    原來PHP變量、方法名可以用中文

    時間:2025-05-16 16:27:10 php語言 我要投稿
    • 相關推薦

    原來PHP變量、方法名可以用中文

      一直以為,電腦程序只能用英文字母命名函數,今天,終于發現,程序所有類及函數也可以以中文名稱命名,如果以后所有的程序都用中文寫的話,就不會再有那么多不理解的地方了。下面是具體內容的演示,更多消息請關注應屆畢業生網!
      //以中文作為函數名稱,程序一樣能跑起來,如果以后咱們中國人做的程序名稱都以中文顯示的話,外國人想要看懂程序,是不是還需要來學習我們中文呢?
      function 中文函數名稱()
      {
      echo '這里能正常輸出
      ';
      }
      中文函數名稱();
      ?>
      ----------------------------
      運行結果為:這里能正常輸出
      ==================PHP100建議
      以上僅作為擴展知識,不提倡使用中文做變量名和方法名
      用正則表達式來說明PHP變量命名規則就是: [a-zA-Z_x7f-xff][a-zA-Z0-9_x7f-xff]*
      所以他不只是支持中文而已。
      不過沒有實用價值,大部分編輯器不能識別,敲代碼速度也慢

      【拓展閱讀】

    PHP語言最令人“抓狂”的特性

      轉換令人頭痛

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

      標記的迷宮

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

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

      大家知不知道我們什么時候需要用到下劃線符號?可以看到,base64_encode方法中用到了下劃線,但urlencode則沒有。此外,php_uname這一名稱中使用了下劃線,而phpversion則沒有。為什么會這樣?有沒有人考慮過這個問題?大家有沒有編輯過API?

      與此同時,strcmp函數是不能夠大寫的,但strcasecmp卻可以。另外,strpos不能大寫,stripos則可以。到底是其中的字母“i”決定了能否大寫,還是函數整體名稱決定的?誰能記得住這么多亂七八糟的規則?當然,開發者們必須得記清楚。

      災難般的排序

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

      開源存在一定局限性

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

      糟糕的命名空間

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

      糟糕的type安全

      這個問題簡直可怕,首先舉個PHP程序員們喜聞樂見的例子:

      (string)"false"

      (int)0

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

    【原來PHP變量、方法名可以用中文】相關文章:

    PHP的變量09-10

    PHP變量介紹02-28

    PHP的變量介紹11-07

    什么是PHP的變量07-29

    php靜態成員變量06-22

    原創PHP教程:變量10-22

    php變量定義方法08-12

    PHP的變量是什么06-10

    php學習之php預定義變量07-29

    <address id="ousso"></address>
    <form id="ousso"><track id="ousso"><big id="ousso"></big></track></form>
    1. 日日做夜狠狠爱欧美黑人