亚洲中字慕日产2020,大陆极品少妇内射AAAAAA,无码av大香线蕉伊人久久,久久精品国产亚洲av麻豆网站

資訊專欄INFORMATION COLUMN

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

thursday / 2280人閱讀

摘要:先來說說關(guān)鍵字。什么時候用來修飾方法關(guān)鍵字大家都知道是用來修飾方法與屬性的。一句話學(xué)會面向?qū)ο蟮姆绞絹硭伎肌3浞职l(fā)揮其性能優(yōu)勢,又能解決擴展性差的問題。這里不會進行與的比較。

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

嗯嗯,扯遠了,我今天只想說說:staticyield

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

static 什么時候用來修飾方法

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

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

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

從上面簡短的發(fā)展過程可以看出,如果僅僅為了性能,哪么面向?qū)ο蠛孟駴]有存在的必要。那么這些大師為了要在 c++ java 這些語言中引入面向?qū)ο蟆⒁雽嵗母心钅??我覺得是因為伴隨發(fā)展,項目越來越大,需要更好的組織代碼方式與編程思維。

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

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

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

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

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

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


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

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

PHP 中 yield 的使用場景

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

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

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

先來看普通模式


運行得到結(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);// 這里實際上得到的是一個迭代器
echo "生成完數(shù)組后內(nèi)存占用:" . memory_get_usage() . PHP_EOL;
unset($data);
echo "釋放后的內(nèi)存占用:" . memory_get_usage() . PHP_EOL;

運行結(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 ,這是因為它自身,它在你進行迭代的時候才會產(chǎn)生真實數(shù)據(jù)。

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


GitHub:https://github.com/helei112g

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

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

轉(zhuǎn)載請注明本文地址:http://www.ezyhdfw.cn/yun/25812.html

相關(guān)文章

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

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

    FullStackDeveloper 評論0 收藏0
  • PHP 手冊閱讀筆記 - 語言參考篇

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

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

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

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

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

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

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

    Caicloud 評論0 收藏0

發(fā)表評論

0條評論

最新活動
閱讀需要支付1元查看
<