摘要:先來(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ō):static 與 yield。
先來(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)行 yield 與 Iterator 的比較。相信看完后,你能夠明了二者的誰(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
摘要:線程擁有自己獨(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)程由操作系...
摘要:最近計(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í)...
摘要:本文先回顧生成器,然后過(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...
摘要:如果線程還存活,線程就無(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)有能力回答以...
摘要:說(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...
閱讀 2073·2021-09-22 15:43
閱讀 8748·2021-09-22 15:07
閱讀 1088·2021-09-03 10:28
閱讀 2063·2021-08-19 10:57
閱讀 1077·2020-01-08 12:18
閱讀 2983·2019-08-29 15:09
閱讀 1535·2019-08-29 14:05
閱讀 1647·2019-08-29 13:57