成人国产在线小视频_日韩寡妇人妻调教在线播放_色成人www永久在线观看_2018国产精品久久_亚洲欧美高清在线30p_亚洲少妇综合一区_黄色在线播放国产_亚洲另类技巧小说校园_国产主播xx日韩_a级毛片在线免费

資訊專欄INFORMATION COLUMN

PHP中static與yield關(guān)鍵字的思考

thursday / 2224人閱讀

摘要:先來(lái)說(shuō)說(shuō)關(guān)鍵字。什么時(shí)候用來(lái)修飾方法關(guān)鍵字大家都知道是用來(lái)修飾方法與屬性的。一句話學(xué)會(huì)面向?qū)ο蟮姆绞絹?lái)思考。充分發(fā)揮其性能優(yōu)勢(shì),又能解決擴(kuò)展性差的問(wèn)題。這里不會(huì)進(jìn)行與的比較。

你以為你知道了一切,只是你以為而已。知識(shí)的美妙就在于,一生的時(shí)光在它面前顯得多么的短暫。

嗯嗯,扯遠(yuǎn)了,我今天只想說(shuō)說(shuō):staticyield

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

static 什么時(shí)候用來(lái)修飾方法

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

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

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

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

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

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

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

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

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

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


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

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

PHP 中 yield 的使用場(chǎng)景

說(shuō)實(shí)話,很長(zhǎng)一段時(shí)間我并不知道 php 還有這么個(gè)語(yǔ)法。直到有一天我在 js 中遇到了這個(gè)關(guān)鍵字,感覺(jué)這么不明覺(jué)厲的東西,世界上最好的語(yǔ)言怎么沒(méi)有?回頭看文檔,真有,不愧為世界上最好的語(yǔ)言。

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

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

先來(lái)看普通模式


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

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

前后的差值是:184


使用yield后的效果

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

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

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

開(kāi)始前內(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試試。

第一個(gè)方法得到的結(jié)果是:

開(kāi)始前內(nèi)存占用:231528

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

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

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

前后的差值依然是:856

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

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


GitHub:https://github.com/helei112g

我在github開(kāi)源了支付寶支付、微信支付、招商一網(wǎng)通支付的php sdk。希望能夠幫助你提升項(xiàng)目開(kāi)發(fā)的效率。項(xiàng)目地址

文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/25812.html

相關(guān)文章

  • 關(guān)于PHP協(xié)程阻塞思考

    摘要:線程擁有自己獨(dú)立的棧和共享的堆,共享堆,不共享?xiàng)?,線程亦由操作系統(tǒng)調(diào)度標(biāo)準(zhǔn)線程是的。以及鳥(niǎo)哥翻譯的這篇詳細(xì)文檔我就以他實(shí)現(xiàn)的協(xié)程多任務(wù)調(diào)度為基礎(chǔ)做一下例子說(shuō)明并說(shuō)一下關(guān)于我在阻塞方面所做的一些思考。 進(jìn)程、線程、協(xié)程 關(guān)于進(jìn)程、線程、協(xié)程,有非常詳細(xì)和豐富的博客或者學(xué)習(xí)資源,我不在此做贅述,我大致在此介紹一下這幾個(gè)東西。 進(jìn)程擁有自己獨(dú)立的堆和棧,既不共享堆,亦不共享?xiàng)#M(jìn)程由操作系...

    FullStackDeveloper 評(píng)論0 收藏0
  • PHP 手冊(cè)閱讀筆記 - 語(yǔ)言參考篇

    摘要:最近計(jì)劃把手冊(cè),認(rèn)真的先過(guò)一遍。語(yǔ)言參考類型新認(rèn)知強(qiáng)制轉(zhuǎn)換類型用。后期靜態(tài)綁定從這里開(kāi)始語(yǔ)言參考生成器新認(rèn)知生成器汗水的核心是關(guān)鍵字。語(yǔ)言參考預(yù)定義變量超全局變量前一個(gè)錯(cuò)誤信息原始數(shù)據(jù)以上 showImg(https://segmentfault.com/img/remote/1460000010147451); 最近計(jì)劃把 PHP手冊(cè),認(rèn)真的先過(guò)一遍。記錄一些以前不知道,不明確的知識(shí)...

    Developer 評(píng)論0 收藏0
  • PHP回顧之協(xié)程

    摘要:本文先回顧生成器,然后過(guò)渡到協(xié)程編程。其作用主要體現(xiàn)在三個(gè)方面數(shù)據(jù)生成生產(chǎn)者,通過(guò)返回?cái)?shù)據(jù)數(shù)據(jù)消費(fèi)消費(fèi)者,消費(fèi)傳來(lái)的數(shù)據(jù)實(shí)現(xiàn)協(xié)程。解決回調(diào)地獄的方式主要有兩種和協(xié)程。重點(diǎn)應(yīng)當(dāng)關(guān)注控制權(quán)轉(zhuǎn)讓的時(shí)機(jī),以及協(xié)程的運(yùn)作方式。 轉(zhuǎn)載請(qǐng)注明文章出處: https://tlanyan.me/php-review... PHP回顧系列目錄 PHP基礎(chǔ) web請(qǐng)求 cookie web響應(yīng) sess...

    Java3y 評(píng)論0 收藏0
  • Thread類源碼解讀(2)——線程狀態(tài)及常用方法

    摘要:如果線程還存活,線程就無(wú)限期等待,并讓出監(jiān)視器鎖,進(jìn)入狀態(tài)。當(dāng)線程從狀態(tài)被喚醒后通過(guò),或者是假喚醒將繼續(xù)競(jìng)爭(zhēng)監(jiān)視器鎖,當(dāng)成功獲得監(jiān)視器鎖后,他將從調(diào)用的地方恢復(fù),繼續(xù)運(yùn)行。 前言 系列文章目錄 上一篇我們討論了線程的創(chuàng)建,本篇我們來(lái)聊一聊線程的狀態(tài)轉(zhuǎn)換以及常用的幾個(gè)比較重要的方法。 本篇依然是通過(guò)源碼分析來(lái)了解這些知識(shí)。 本文源碼基于jdk1.8 。 閱讀完本文,你應(yīng)當(dāng)有能力回答以...

    luqiuwen 評(píng)論0 收藏0
  • phpGenerator執(zhí)行過(guò)程

    摘要:說(shuō)到中的生成器,有人可能會(huì)想到協(xié)程,這里我們先不說(shuō)如何實(shí)現(xiàn)協(xié)程,我們探究下的執(zhí)行過(guò)程。如果函數(shù)包含了關(guān)鍵字的,那么函數(shù)執(zhí)行后的返回值永遠(yuǎn)都是一個(gè)對(duì)象。如果函數(shù)內(nèi)部同事包含和該函數(shù)的返回值依然是對(duì)象,但是在生成對(duì)象時(shí),語(yǔ)句后的代碼被忽略。 說(shuō)到php中的Generator(生成器),有人可能會(huì)想到協(xié)程,這里我們先不說(shuō)php如何實(shí)現(xiàn)協(xié)程,我們探究下Generator的執(zhí)行過(guò)程。 Gene...

    Caicloud 評(píng)論0 收藏0

發(fā)表評(píng)論

0條評(píng)論

最新活動(dòng)
閱讀需要支付1元查看
<