php中static與yield關鍵字的深入理解

這篇文章主要給大家介紹了關於PHP中static和yield關鍵字的相關資料，文中通過範例程式碼介紹的非常詳細，對大家學習或者使用php具有一定的參考學習價值，文章需要的朋友們下面隨著小編來一起學習學習吧。

前言

本文主要給大家介紹了關於PHP中static和yield關鍵字的相關內容，分享出來供大家參考學習，下面話不多說了，來一起看看詳細的介紹吧。

先來說說 static 關鍵字。本篇只講靜態方法的使用與後期綁定的知識點。

static 什麼時候用來修飾方法

static 關鍵字大家都知道是用來修飾方法與屬性的。 那麼大家在項目中會在哪些情境下使用它？

我遇到過幾個項目，要求所有的方法全部 static 化，當然控制器方法不能這麼幹。原因之一就是：靜態方法執行效率高？那麼我們基於此來分析一下。

首先執行效率高我是沒有意見的。哪麼是不是因為它效率高，就該毫無節制的使用在項目中？討論這個問題先來回顧下程式設計語言的曆史。在早一點的時候，還沒有物件導向，採用的都是結構化編程，當時基本上所有的方法都是 靜態方法，然後有了物件導向，產生了執行個體化的概念。

從上面簡短的發展過程可以看出，如果僅僅為了效能，哪麼物件導向好像沒有存在的必要。那麼這些大師為了要在 c++ java 這些語言中引入物件導向、引入執行個體化的感念呢？我覺得是因為伴隨發展，項目越來越大，需要更好的組織代碼方式與編程思維。

再回過頭來看 static ，它定義的靜態方法，效率確實高，但是會持續佔用記憶體，只有在程式退出時才結束生命週期，期間無法進行銷毀等副作用是其一；其二從設計模式上來說，它具有強耦合性，外部可修改 static 屬性；其三static定義的方法沒有辦法override來重寫，ioc di等概念無用武之地；其四在進行單元測試時，靜態方法讓人頭痛。

那麼通過上面所說，感覺以後還是別用 static 方法了，老老實實的執行個體化然後調用方法？咱們得理性，不能極端到什麼地方都用，也不能一丁點都不用。一句話：學會物件導向的方式來思考。我們寫代碼的第一考慮點我覺得是：可擴充性（應對業務快速變化），可維護性（線上問題及時修複）。高效率應該是最後再來考慮（因為最佳化效率的手段非常之多，並不一定非要給每個方法加個: static）。如果從物件導向的角度出發，這個方法完全獨立跟類屬性無關，那麼就用 static 吧。

總之是站在物件導向的角度，軟體設計的層次來考慮文法的使用，而不是為了效率破壞掉代碼的美。

static 後期靜態繫結

這一點php的文檔做了詳細的介紹，但是我以前一直很少關注這個地方，基本上都是使用 self:: 的方式進行靜態方法與屬性的調用。

我覺得後期綁定某種程度上，像是靜態方法的重載。這裡貼出 php 文檔中的例子來進行一下講述

<?phpclass A { public static function who() { echo __CLASS__; } public static function test() { self::who(); static::who();// 後期靜態繫結 }}class B extends A { public static function who() { echo __CLASS__; }}B::test();

如果是 self::who() 調用，會輸出：A。如果是 static::who() 會輸出 B

這樣來看，是不是相當於 class B重寫了父類 A 的 who() 方法？那麼如果靈活使用這個特性，可以讓 static 具備更強的靈活性。充分發揮其效能優勢，又能解決擴充性差的問題。當然還是一樣，要從物件導向的角度出發，一切適可而止。

PHP 中 yield 的使用情境

說實話，很長一段時間我並不知道 php 還有這麼個文法。直到有一天我在 js 中遇到了這個關鍵字，感覺這麼不明覺厲的東西，世界上最好的語言怎麼沒有？回頭看文檔，真有，不愧為世界上最好的語言。

那麼 yield 的使用情境是什嗎？剛好最近有人 sg 上面問道我，藉此整理一下。希望大家能夠將它更多的結合自己的業務進行使用。這裡不會進行 yield 與 Iterator 的比較。相信看完後，你能夠明了二者的誰更簡介。

先說它的使用情境，還是得先回顧曆史，在沒有 yield 之前，我們要產生一個數組，只能一次性把所有內容全部讀入記憶體（當然也可以通過實現 Iterator介面實現一個迭代）。有了 yield 之後，我們可以通過一個簡單的 yield 關鍵字，完成一個數組的產生，並且是用到的時候才會產生值，相對而言記憶體佔用肯定會下降。空口無憑，咱們下面通過代碼實際檢驗一下上面的結論。

先來看普通模式

<?phpfunction generateData($max){ $arr = []; for ($i = 0; $i <= $max; $i++) { $arr[] = $i; }}echo '開始前記憶體佔用：' . memory_get_usage() . PHP_EOL;$data = generateData(100000);echo '產生完數組後記憶體佔用：' . memory_get_usage() . PHP_EOL;unset($data);echo '釋放後的記憶體佔用：' . memory_get_usage() . PHP_EOL;

運行得到結果：

開始前記憶體佔用：231528產生完數組後記憶體佔用：231712釋放後的記憶體佔用：231576

前後的差值是：184

使用yield後的效果

function generateData($max){ for ($i = 0; $i <= $max; $i++) { yield $i; }}echo '開始前記憶體佔用：' . memory_get_usage() . PHP_EOL;$data = generateData(100000);// 這裡實際上得到的是一個迭代器echo '產生完數組後記憶體佔用：' . memory_get_usage() . PHP_EOL;unset($data);echo '釋放後的記憶體佔用：' . memory_get_usage() . PHP_EOL;

運行結果：

開始前記憶體佔用：228968產生完數組後記憶體佔用：229824釋放後的記憶體佔用：229016

前後的差值是：856

奇怪，使用了 yield 後，記憶體佔用反而上升了，這是什麼鬼？別急。上面我們參數傳入的是 1,000,00，我現在將傳入參數改成改成 1,000,000試試。

第一個方法得到的結果是：

開始前記憶體佔用：231528Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 32 bytes) in /test/yield.php on line 6

看了吧，一百萬次的迴圈時，一次性載入記憶體，超出了限制。那麼再來看 yield 的執行結果:

開始前記憶體佔用：228968產生完數組後記憶體佔用：229824釋放後的記憶體佔用：229016

前後的差值依然是：856

好了到這裡，應該看出來了，yield無論數組大小，佔用均是 856 ，這是因為它自身，它在你進行迭代的時候才會產生真實資料。

所以如果你的資料來源非常大，那麼用 yield 吧。如果資料來源很小，當然選擇一次載入記憶體。

總結