成人无码视频,亚洲精品久久久久av无码,午夜精品久久久久久毛片,亚洲 中文字幕 日韩 无码

資訊專欄INFORMATION COLUMN

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

thursday / 2282人閱讀

摘要:先來(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)樗矢?,就該毫無(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ū)ο蟮慕嵌龋浖O(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)樗陨恚谀氵M(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://m.hztianpu.com/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)?,進(jìn)程由操作系...

    FullStackDeveloper 評(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
  • 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
  • 【modernPHP專題(7)】生成器語(yǔ)法

    摘要:通過(guò)生成器來(lái)生成關(guān)聯(lián)數(shù)組下面每一行是用分號(hào)分割的字段組合,第一個(gè)字段將被用作鍵名。正常來(lái)說(shuō),產(chǎn)生的是一個(gè),它的成員變量與函數(shù)不存在別名引用關(guān)系。關(guān)鍵字在的版本,生成器允許從其他生成器,可迭代對(duì)象或數(shù)組通過(guò)關(guān)鍵字來(lái)生成對(duì)應(yīng)的值輸出 一般你在迭代一組數(shù)據(jù)的時(shí)候,需要?jiǎng)?chuàng)建一個(gè)數(shù)據(jù),假設(shè)數(shù)組很大,則會(huì)消耗很大性能,甚至造成內(nèi)存不足。 //Fatal error: Allowed memory ...

    jackwang 評(píng)論0 收藏0
  • 填坑之PHPyield和協(xié)程在一起日子里(二)

    摘要:粗暴地說(shuō)上面的過(guò)程就算是協(xié)程的基本概念。多線程和多進(jìn)程都是操作系統(tǒng)參與的調(diào)度,而協(xié)程是用戶自主實(shí)現(xiàn)的調(diào)度,協(xié)程的關(guān)鍵點(diǎn)實(shí)際上是用戶層實(shí)現(xiàn)自主調(diào)度,大概有翻身農(nóng)奴把歌唱的意思。 首先是,這是我第一次把公眾號(hào)文章復(fù)制粘貼到sf.gg來(lái)。 其次是,很久很久之前,我挖了一個(gè)yield的一個(gè)坑,自己挖的坑自己填,不然遲早會(huì)把自己埋掉。 最后是,如果想看之前那個(gè)坑,請(qǐng)發(fā)送yield給文章末尾的公眾...

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

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

0條評(píng)論

閱讀需要支付1元查看
<