首頁  >  文章  >  後端開發  >  php中static與yield關鍵字的深入理解

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

黄舟
黄舟原創
2017-09-19 09:27:381828瀏覽

這篇文章主要為大家介紹了關於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 文件中的例子來進行一下講述


<?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 &#39;开始前内存占用:&#39; . memory_get_usage() . PHP_EOL;
$data = generateData(100000);
echo &#39;生成完数组后内存占用:&#39; . memory_get_usage() . PHP_EOL;
unset($data);
echo &#39;释放后的内存占用:&#39; . memory_get_usage() . PHP_EOL;

运行得到结果:


开始前内存占用:231528
生成完数组后内存占用:231712
释放后的内存占用:231576

前后的差值是:184

使用yield后的效果


function generateData($max)
{
 for ($i = 0; $i <= $max; $i++) {
 yield $i;
 }
}

echo &#39;开始前内存占用:&#39; . memory_get_usage() . PHP_EOL;
$data = generateData(100000);// 这里实际上得到的是一个迭代器
echo &#39;生成完数组后内存占用:&#39; . memory_get_usage() . PHP_EOL;
unset($data);
echo &#39;释放后的内存占用:&#39; . 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 吧。如果数据来源很小,当然选择一次载入内存。

总结

以上是php中static與yield關鍵字的深入理解的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn