前言

本文主要給大家介紹了關(guān)于PHP中static和yield關(guān)鍵字的相關(guān)內(nèi)容，分享出來供大家參考學(xué)習(xí)，下面話不多說了，來一起看看詳細(xì)的介紹吧。

先來說說 static 關(guān)鍵字。本篇只講靜態(tài)方法的使用與后期綁定的知識點(diǎn)。

static 什么時候用來修飾方法

static 關(guān)鍵字大家都知道是用來修飾方法與屬性的。 那么大家在項(xiàng)目中會在哪些場景下使用它？

我遇到過幾個項(xiàng)目，要求所有的方法全部 static 化，當(dāng)然控制器方法不能這么干。原因之一就是：靜態(tài)方法執(zhí)行效率高？那么我們基于此來分析一下。

首先執(zhí)行效率高我是沒有意見的。哪么是不是因?yàn)樗矢?，就該毫無節(jié)制的使用在項(xiàng)目中？討論這個問題先來回顧下編程語言的歷史。在早一點(diǎn)的時候，還沒有面向?qū)ο?，采用的都是結(jié)構(gòu)化編程，當(dāng)時基本上所有的方法都是 靜態(tài)方法，然后有了面向?qū)ο?，產(chǎn)生了實(shí)例化的概念。

從上面簡短的發(fā)展過程可以看出，如果僅僅為了性能，哪么面向?qū)ο蠛孟駴]有存在的必要。那么這些大師為了要在 c++ java 這些語言中引入面向?qū)ο蟆⒁雽?shí)例化的感念呢？我覺得是因?yàn)榘殡S發(fā)展，項(xiàng)目越來越大，需要更好的組織代碼方式與編程思維。

再回過頭來看 static ，它定義的靜態(tài)方法，效率確實(shí)高，但是會持續(xù)占用內(nèi)存，只有在程序退出時才結(jié)束生命周期，期間無法進(jìn)行銷毀等副作用是其一；其二從設(shè)計(jì)模式上來說，它具有強(qiáng)耦合性，外部可修改 static 屬性；其三static定義的方法沒有辦法override來重寫，ioc di等概念無用武之地；其四在進(jìn)行單元測試時，靜態(tài)方法讓人頭痛。

那么通過上面所說，感覺以后還是別用 static 方法了，老老實(shí)實(shí)的實(shí)例化然后調(diào)用方法？咱們得理性，不能極端到什么地方都用，也不能一丁點(diǎn)都不用。一句話：學(xué)會面向?qū)ο蟮姆绞絹硭伎肌Ｎ覀儗懘a的第一考慮點(diǎn)我覺得是：可擴(kuò)展性（應(yīng)對業(yè)務(wù)快速變化），可維護(hù)性（線上問題及時修復(fù)）。高效率應(yīng)該是最后再來考慮（因?yàn)閮?yōu)化效率的手段非常之多，并不一定非要給每個方法加個: static）。如果從面向?qū)ο蟮慕嵌瘸霭l(fā)，這個方法完全獨(dú)立跟類屬性無關(guān)，那么就用 static 吧。

總之是站在面向?qū)ο蟮慕嵌?，軟件設(shè)計(jì)的層次來考慮語法的使用，而不是為了效率破壞掉代碼的美。

static 后期靜態(tài)綁定

這一點(diǎn)php的文檔做了詳細(xì)的介紹，但是我以前一直很少關(guān)注這個地方，基本上都是使用 self:: 的方式進(jìn)行靜態(tài)方法與屬性的調(diào)用。

我覺得后期綁定某種程度上，像是靜態(tài)方法的重載。這里貼出 php 文檔中的例子來進(jìn)行一下講述

<?php
class A {
 public static function who() {
 echo __CLASS__;
 }
 public static function test() {
 self::who();
 static::who();// 后期靜態(tài)綁定
 }
}

class B extends A {
 public static function who() {
 echo __CLASS__;
 }
}

B::test();

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

這樣來看，是不是相當(dāng)于 class B重寫了父類 A 的 who() 方法？那么如果靈活使用這個特性，可以讓 static 具備更強(qiáng)的靈活性。充分發(fā)揮其性能優(yōu)勢，又能解決擴(kuò)展性差的問題。當(dāng)然還是一樣，要從面向?qū)ο蟮慕嵌瘸霭l(fā)，一切適可而止。

PHP 中 yield 的使用場景

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

那么 yield 的使用場景是什么？剛好最近有人 sg 上面問道我，借此整理一下。希望大家能夠?qū)⑺嗟慕Y(jié)合自己的業(yè)務(wù)進(jìn)行使用。這里不會進(jìn)行 yield 與 Iterator 的比較。相信看完后，你能夠明了二者的誰更簡介。

先說它的使用場景，還是得先回顧歷史，在沒有 yield 之前，我們要生成一個數(shù)組，只能一次性把所有內(nèi)容全部讀入內(nèi)存（當(dāng)然也可以通過實(shí)現(xiàn) Iterator接口實(shí)現(xiàn)一個迭代）。有了 yield 之后，我們可以通過一個簡單的 yield 關(guān)鍵字，完成一個數(shù)組的生成，并且是用到的時候才會產(chǎn)生值，相對而言內(nèi)存占用肯定會下降?？湛跓o憑，咱們下面通過代碼實(shí)際檢驗(yàn)一下上面的結(jié)論。

先來看普通模式

<?php

function generateData($max)
{
 $arr = [];
 for ($i = 0; $i <= $max; $i++) {
 $arr[] = $i;
 }
}

echo '開始前內(nèi)存占用：' . memory_get_usage() . PHP_EOL;
$data = generateData(100000);
echo '生成完數(shù)組后內(nèi)存占用：' . memory_get_usage() . PHP_EOL;
unset($data);
echo '釋放后的內(nèi)存占用：' . memory_get_usage() . PHP_EOL;

運(yùn)行得到結(jié)果：

開始前內(nèi)存占用：231528
生成完數(shù)組后內(nèi)存占用：231712
釋放后的內(nèi)存占用：231576

前后的差值是：184

使用yield后的效果

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

echo '開始前內(nèi)存占用：' . memory_get_usage() . PHP_EOL;
$data = generateData(100000);// 這里實(shí)際上得到的是一個迭代器
echo '生成完數(shù)組后內(nèi)存占用：' . memory_get_usage() . PHP_EOL;
unset($data);
echo '釋放后的內(nèi)存占用：' . memory_get_usage() . PHP_EOL;

運(yùn)行結(jié)果：

開始前內(nèi)存占用：228968
生成完數(shù)組后內(nèi)存占用：229824
釋放后的內(nèi)存占用：229016

前后的差值是：856

奇怪，使用了 yield 后，內(nèi)存占用反而上升了，這是什么鬼？別急。上面我們參數(shù)傳入的是 1,000,00，我現(xiàn)在將傳入?yún)?shù)改成改成 1,000,000試試。

第一個方法得到的結(jié)果是：

開始前內(nèi)存占用：231528

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 32 bytes) in /test/yield.php on line 6

看了吧，一百萬次的循環(huán)時，一次性載入內(nèi)存，超出了限制。那么再來看 yield 的執(zhí)行結(jié)果:

開始前內(nèi)存占用：228968
生成完數(shù)組后內(nèi)存占用：229824
釋放后的內(nèi)存占用：229016

前后的差值依然是：856

好了到這里，應(yīng)該看出來了，yield無論數(shù)組大小，占用均是 856 ，這是因?yàn)樗陨?，它在你進(jìn)行迭代的時候才會產(chǎn)生真實(shí)數(shù)據(jù)。

所以如果你的數(shù)據(jù)來源非常大，那么用 yield 吧。如果數(shù)據(jù)來源很小，當(dāng)然選擇一次載入內(nèi)存。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

最新評論