爲什麼存在異步關鍵字

Question

瀏覽通道9 msdn視頻我發現了以下未答覆的評論，並希望有人可以解釋它？

我沒有得到異步關鍵字的觀點。爲什麼在任何時候該方法返回Task都不允許 await關鍵字，就像迭代器 可以返回任何返回IEnumerable的方法一樣。

我確定有一個很好的理由，我只是想明白爲什麼上述建議是不可能的。

Answer 1

它主要介紹以避免向後兼容的問題。如果方法的性能必須由編譯器推斷（這可能是通過檢測await關鍵字），那麼現有代碼會突然被區別對待，特別是當您有標識符（變量或函數名稱稱爲await）。

，完整的解釋是在這裏：http://blogs.msdn.com/b/ericlippert/archive/2010/11/11/whither-async.aspx

Answer 2

我想也許這篇文章涵蓋了一個道理：

http://blogs.msdn.com/b/ericlippert/archive/2010/11/11/whither-async.aspx

第一款規定：

什麼激發了設計決策

許多人問我 要求任何方法其中包含一個「await」表達式，其前綴爲 ，上下文關鍵字爲「async」。

它的結論：

這一大堆的利弊;在對其全部進行了評估之後，還有大量的玩家正在玩這個原型編譯器，以瞭解它的感受，C＃設計師決定要求一個包含「await」的方法需要「異步」。我認爲這是一個合理的選擇。

它的缺點是向後兼容。

延伸閱讀：

http://blogs.msdn.com/b/ericlippert/archive/2010/10/29/asynchronous-programming-in-c-5-0-part-two-whence-await.aspx

Answer 3

對於我來說，最引人注目的原因是return句話的意思時，功能變得async變化。如果沒有asnycreturn x的意思是「價值x返回任務」，並與異步這意味着「任務的結果集x。

Answer 4

前一陣子我在我的博客寫了一個summary of async/await keyword questions。

這裏的部分「推斷async」的結論：

埃裏克利珀有關於這個主題的definitive post。這也在blog comments,Channel9和forums中討論過。

總而言之，一個單詞await關鍵字將是一個突破性變化太大。選擇是在等待多字（例如，await for）或方法（async）上的關鍵字之間進行，該關鍵字將在該方法內啓用await關鍵字。明確標記方法async對於人類和計算機來說都更容易解析，因此他們決定使用async/await對。