對(duì)于”yield”這個(gè)關(guān)鍵字我已經(jīng)見過(guò)N次了，直到最近我才知道這個(gè)關(guān)鍵字所蘊(yùn)含的力量。我將在下面展示出一些使用”yield”讓你的代碼有更高可讀性和更好性能的例子

為了讓你對(duì)yield有一些快速概覽,我首先要展示一個(gè)沒(méi)有使用這個(gè)關(guān)鍵字的例子,下面的代碼很簡(jiǎn)單

注意在這里我使用IEnumerable<string>作為參數(shù)類型并以IList<string>作為返回類型，通常來(lái)說(shuō)，我更傾向于在參數(shù)輸入的類型方面的范圍越寬越好，但在返回類型上面更加嚴(yán)格（譯者按：即輸入時(shí)多用基類或接口，返回時(shí)用子類或?qū)崿F(xiàn)類），對(duì)于輸入來(lái)說(shuō)，如果你需要用foreach來(lái)對(duì)其進(jìn)行循環(huán)的話，使用IEnumerable會(huì)更有意義。而對(duì)于輸出（譯者按：也就是返回），我使用接口來(lái)讓實(shí)現(xiàn)部分可以改變。在這里我想讓調(diào)用者省去生成列表的麻煩，所以我選擇list作為返回類型.

 而問(wèn)題在于，我的設(shè)計(jì)并不具有可鏈接性，這樣的設(shè)計(jì)需要產(chǎn)生列表作為返回值，實(shí)現(xiàn)上，這個(gè)列表或許不會(huì)很大，但這并不必要

現(xiàn)在,讓我們來(lái)看看以“yield”的方式來(lái)做這些，而后我會(huì)解釋如何使用它，以及它工作的原理。

在這個(gè)版本中，我們將返回類型改為IEnumerable，并且我們使用”yield return”.注意我再也不需要?jiǎng)?chuàng)建一個(gè)列表，現(xiàn)在是不是有些迷惑的？別著急，在理解它的工作方式的情況它會(huì)變的越來(lái)越簡(jiǎn)單.

當(dāng)使用”yield return”關(guān)鍵詞組時(shí)，.net會(huì)為你生成一大串管道代碼，你可以盡管假裝這是個(gè)魔法。當(dāng)開始在被調(diào)用的代碼中循環(huán)時(shí)（這里不是list),實(shí)現(xiàn)上發(fā)生的是這個(gè)函數(shù)被一遍一遍的調(diào)用，但每一次都從上一次執(zhí)行退出的部分開始繼續(xù)執(zhí)行

傳統(tǒng)的執(zhí)行方法
調(diào)用函數(shù)
函數(shù)執(zhí)行并返回list
調(diào)用部分使用返回的list
Yield的執(zhí)行方法
調(diào)用函數(shù)
調(diào)用者請(qǐng)求item
下一個(gè)item返回
回到步驟2
雖然yield執(zhí)行的實(shí)現(xiàn)貌似有些復(fù)雜，但我們最終只需要一次“彈出”一個(gè)item，而不是創(chuàng)建整個(gè)list并返回.

對(duì)于句法說(shuō)，我個(gè)人認(rèn)為yield更加簡(jiǎn)潔，并且對(duì)于傳遞函數(shù)的用途表現(xiàn)的更好（譯者按：也就是代碼可讀性）,我使用IEnumerable作為返回類型來(lái)通知調(diào)用者它可以被foreach循環(huán)并且返回?cái)?shù)據(jù)，而調(diào)用者現(xiàn)在可以自己決定它是否愿意將返回值存放到列表中，即使這會(huì)以性能作為代價(jià)。

在我提供的這個(gè)簡(jiǎn)單例子中，也許你并不能發(fā)現(xiàn)很多使用yield的好處，然而，你可以在調(diào)用者需要取消遍歷所有的函數(shù)提供的內(nèi)容時(shí)節(jié)省很多不必要的工作，當(dāng)你在方法鏈接時(shí)使用yield，你可以省下的工作(時(shí)間）或許會(huì)成倍疊加。

Ayende已經(jīng)有了很棒的例子:using yield for a slick pipes & filters implementation,他甚至還講述了：version that is multi-threaded。這讓我覺(jué)得非常有趣.

最開始我對(duì)yield的保留意見是使用這個(gè)關(guān)鍵字或許會(huì)導(dǎo)致潛在的性能問(wèn)題，但實(shí)際上，至今為止我還未能發(fā)現(xiàn)任何信息來(lái)說(shuō)明關(guān)于yield對(duì)性能的影響,而我在上面提到提高性能的地方遠(yuǎn)遠(yuǎn)大于編譯器overhead那部分。

最新評(píng)論