yield關鍵字向編譯器指示它所在的方法是迭代器塊。編譯器生成乙個類來實現迭代器塊中表示的行為。在迭代器塊中，yield 關鍵字與 return 關鍵字結合使用，向列舉器物件提供值。這是乙個返回值，例如，在 foreach 語句的每一次迴圈中返回的值。yield 關鍵字也可與 break 結合使用，表示迭代結束。
例子：yield return ;
yield break;
在 yield return 語句中，將計算 expression 並將結果以值的形式返回給列舉器物件；expression 必須可以隱式轉換為 yield 型別的迭代器。
在 yield break 語句中，控制權將無條件地返回給迭代器的呼叫方，該呼叫方為列舉器物件的 ienumerator.movenext 方法（或其對應的泛型system.collections.generic.ienumerable）或 dispose 方法。
yield 語句只能出現在 iterator 塊中，這種塊可作為方法、運算子或訪問器的主體實現。這類方法、運算子或訪問器的體受以下約束的控制：
yield 語句不能出現在匿名方法中。有關更多資訊，請參見匿名方法（c# 程式設計指南）。
當和 expression 一起使用時，yield return 語句不能出現在 catch 塊中或含有乙個或多個 catch 子句的 try 塊中。
對於」yield」這個關鍵字我已經見過n次了，直到最近我才知道這個關鍵字所蘊含的力量。我將在下面展示出一些使用」yield」讓你的**有更高可讀性和更好效能的例子.
為了讓你對yield有一些快速概覽,我首先要展示乙個沒有使用這個關鍵字的例子,下面的**很簡單，但在我最近的專案中卻很常見
ilistfindbobs(ienumerablenames)return bobs;
}
注意在這裡我使用ienumerable作為引數型別並以ilist作為返回型別，通常來說，我更傾向於在引數輸入的型別方面的範圍越寬越好，但在返回型別上面更加嚴格（譯者按：即輸入時多用基類或介面，返回時用子類或實現類），對於輸入來說，如果你需要用foreach來對其進行迴圈的話，使用ienumerable會更有意義。而對於輸出（譯者按：也就是返回），我使用介面來讓實現部分可以改變。在這裡我想讓呼叫者省去生成列表的麻煩，所以我選擇list作為返回型別.
而問題在於，我的設計並不具有可鏈結性，這樣的設計需要產生列表作為返回值，實現上，這個列表或許不會很大，但這並不必要
現在,讓我們來看看以「yield」的方式來做這些，而後我會解釋如何使用它，以及它工作的原理。
ienumerablefindbobs(ienumerablenames)}
在這個版本中，我們將返回型別改為ienumerable，並且我們使用」yield return」.注意我再也不需要建立乙個列表，現在是不是有些迷惑的？別著急，在理解它的工作方式的情況它會變的越來越簡單.
傳統的執行方法
呼叫函式
函式執行並返回list
呼叫部分使用返回的list
yield的執行方法
呼叫函式
呼叫者請求item
下乙個item返回
回到步驟2
雖然yield執行的實現貌似有些複雜，但我們最終只需要一次「彈出」乙個item，而不是建立整個list並返回.
對於句法說，我個人認為yield更加簡潔，並且對於傳遞函式的用途表現的更好（譯者按：也就是**可讀性）,我使用ienumerable作為返回型別來通知呼叫者它可以被foreach迴圈並且返回資料，而呼叫者現在可以自己決定它是否願意將返回值存放到列表中，即使這會以效能作為代價。
在我提供的這個簡單例子中，也許你並不能發現很多使用yield的好處，然而，你可以在呼叫者需要取消遍歷所有的函式提供的內容時節省很多不必要的工作，當你在方法鏈結時使用yield，你可以省下的工作(時間）或許會成倍疊加。
最開始我對yield的保留意見是使用這個關鍵字或許會導致潛在的效能問題，但實際上，至今為止我還未能發現任何資訊來說明關於yield對效能的影響,而我在上面提到提高效能的地方遠遠大於編譯器overhead那部分。
yield關鍵字向編譯器指示它所在的方法是迭代器塊。編譯器生成乙個類來實現迭代器塊中表示的行為。在迭代器塊中，yield 關鍵字與 return 關鍵字結合使用，向列舉器物件提供值。這是乙個返回值，例如，在 foreach 語句的每一次迴圈中返回的值。yield 關鍵字也可與 break 結合使用，表示迭代結束。
例子：yield return ;
yield break;
在 yield return 語句中，將計算 expression 並將結果以值的形式返回給列舉器物件；expression 必須可以隱式轉換為 yield 型別的迭代器。
在 yield break 語句中，控制權將無條件地返回給迭代器的呼叫方，該呼叫方為列舉器物件的 ienumerator.movenext 方法（或其對應的泛型system.collections.generic.ienumerable）或 dispose 方法。
yield 語句只能出現在 iterator 塊中，這種塊可作為方法、運算子或訪問器的主體實現。這類方法、運算子或訪問器的體受以下約束的控制：
yield 語句不能出現在匿名方法中。有關更多資訊，請參見匿名方法（c# 程式設計指南）。
當和 expression 一起使用時，yield return 語句不能出現在 catch 塊中或含有乙個或多個 catch 子句的 try 塊中。
對於」yield」這個關鍵字我已經見過n次了，直到最近我才知道這個關鍵字所蘊含的力量。我將在下面展示出一些使用」yield」讓你的**有更高可讀性和更好效能的例子.
為了讓你對yield有一些快速概覽,我首先要展示乙個沒有使用這個關鍵字的例子,下面的**很簡單，但在我最近的專案中卻很常見
ilistfindbobs(ienumerablenames)return bobs;
}
注意在這裡我使用ienumerable作為引數型別並以ilist作為返回型別，通常來說，我更傾向於在引數輸入的型別方面的範圍越寬越好，但在返回型別上面更加嚴格（譯者按：即輸入時多用基類或介面，返回時用子類或實現類），對於輸入來說，如果你需要用foreach來對其進行迴圈的話，使用ienumerable會更有意義。而對於輸出（譯者按：也就是返回），我使用介面來讓實現部分可以改變。在這裡我想讓呼叫者省去生成列表的麻煩，所以我選擇list作為返回型別.
而問題在於，我的設計並不具有可鏈結性，這樣的設計需要產生列表作為返回值，實現上，這個列表或許不會很大，但這並不必要
現在,讓我們來看看以「yield」的方式來做這些，而後我會解釋如何使用它，以及它工作的原理。
ienumerablefindbobs(ienumerablenames)}
在這個版本中，我們將返回型別改為ienumerable，並且我們使用」yield return」.注意我再也不需要建立乙個列表，現在是不是有些迷惑的？別著急，在理解它的工作方式的情況它會變的越來越簡單.
傳統的執行方法
呼叫函式
函式執行並返回list
呼叫部分使用返回的list
yield的執行方法
呼叫函式
呼叫者請求item
下乙個item返回
回到步驟2
雖然yield執行的實現貌似有些複雜，但我們最終只需要一次「彈出」乙個item，而不是建立整個list並返回.
對於句法說，我個人認為yield更加簡潔，並且對於傳遞函式的用途表現的更好（譯者按：也就是**可讀性）,我使用ienumerable作為返回型別來通知呼叫者它可以被foreach迴圈並且返回資料，而呼叫者現在可以自己決定它是否願意將返回值存放到列表中，即使這會以效能作為代價。
在我提供的這個簡單例子中，也許你並不能發現很多使用yield的好處，然而，你可以在呼叫者需要取消遍歷所有的函式提供的內容時節省很多不必要的工作，當你在方法鏈結時使用yield，你可以省下的工作(時間）或許會成倍疊加。
最開始我對yield的保留意見是使用這個關鍵字或許會導致潛在的效能問題，但實際上，至今為止我還未能發現任何資訊來說明關於yield對效能的影響,而我在上面提到提高效能的地方遠遠大於編譯器overhead那部分。
C 中的 yield 使用
yield是c 為了簡化遍歷操作實現的語法糖，我們知道如果要要某個型別支援遍歷就必須要實現系統介面ienumerable，這個介面後續實現比較繁瑣要寫一大堆 才能支援真正的遍歷功能。舉例說明 using system using system.collections.generic using sy...
C 中的 yield 使用
yield是c 為了簡化遍歷操作實現的語法糖，我們知道如果要要某個型別支援遍歷就必須要實現系統介面ienumerable，這個介面後續實現比較繁瑣要寫一大堆 才能支援真正的遍歷功能。舉例說明 using system using system.collections.generic using sy...
C 中的 yield 使用
yield是c 為了簡化遍歷操作實現的語法糖，我們知道如果要要某個型別支援遍歷就必須要實現系統介面ienumerable，這個介面後續實現比較繁瑣要寫一大堆 才能支援真正的遍歷功能。舉例說明 using system using system.collections.generic using sy...