PHP中static與yield關鍵字的思考

大愚Talk發表於2019-02-16
PHP

你以為你知道了一切，只是你以為而已。知識的美妙就在於，一生的時光在它面前顯得多麼的短暫。

嗯嗯，扯遠了，我今天只想說說：static 與 yield。

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

static 什麼時候用來修飾方法

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

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

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

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

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

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

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

static 後期靜態繫結

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

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

<?php
class 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 關鍵字，完成一個陣列的生成，並且是用到的時候才會產生值，相對而言記憶體佔用肯定會下降。空口無憑，我們們下面通過程式碼實際檢驗一下上面的結論。

先來看普通模式

<?php

function 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試試。

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

開始前記憶體佔用：231528

Fatal 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 吧。如果資料來源很小，當然選擇一次載入記憶體。

GitHub：https://github.com/helei112g

我在github開源了支付寶支付、微信支付、招商一網通支付的php sdk。希望能夠幫助你提升專案開發的效率。專案地址

相關文章