МСУДолбак, ну ка взрослые источники в студию. А то чесать языком ты всегда горазд, а на деле - тупая тряпка, о которую все выбирают ноги.

Переросток, я не удивлен, что ты даже не слышал о спецификации с# и для тебя это пустой звук.
Тебе все нужно разжевывать как последнему дебилу. Даже, если ты ее прочтешь, то все равно ничего не поймешь. Твой уровень - детские картинки, прыжки и вопли по клетке с метанием обрывков из вики и продуктов своей жизнедеятельности.

hVosttМСУНекорректно поставлен вопрос, сахар добавлен в версию .NET, неподдерживаемую в XP. Не вижу логики в твоем сообщении.

"сахар" добавленный в 3.5 компилелся и без проблем работал в 2.0 потому что это "сахар". а async/await не "сахар", так требует прямой поддержки платформой.

Муфлон, ты в своем говносовете ссылался на статью.
Несмотря на мутность с "контекстом выполнения", которого на самом деле нет, в ней достаточно четко сказано, что компилятор встретив await, генерит определенный кусок кода с машиной состояний(в спецификации, которую я упоминал, это расписано достаточно подробно).
В ней ты ничего не понял в обычной своей манере, тк у тебя понимание как у бабуина и такое же поведение. Нужно агрессивно скакать по клетке и забросать пометом, чтобы к тебе не смогли подойти.

ЗЫ Прямая поддержка платформы выражается только в том, что многие методы IO в Net4.5 реализованы асинхронно, а остальное делает компилятор.

МСУ да плевать, что гененит компилятор.

Чмыреныш, если тебе плевать, то ты совершенно не в курсе этой темы, а раз так, то нечего пытаться умничать и пачкать мозги другим.
Читать нужно не веселые картинки, а хотя бы Async/Await FAQ

The “Async” Keyword
What does the “async” keyword do when applied to a method?

When you mark a method with the[b] “async” keyword , you’re really telling the compiler two things[/b]:

You’re telling the compiler that you want to be able to use the “await” keyword inside the method (you can use the await keyword if and only if the method or lambda it’s in is marked as async). In doing so, you’re telling the compiler to compile the method using a state machine, such that the method will be able to suspend and then resume asynchronously at await points.
You’re telling the compiler to “lift” the result of the method or any exceptions that may occur into the return type. For a method that returns Task or Task<TResult>, this means that any returned value or exception that goes unhandled within the method is stored into the result task. For a method that returns void, this means that any exceptions are propagated to the caller’s context via whatever “SynchronizationContext” was current at the time of the method’s initial invocation.


The “Await” Keyword

What does the “await” keyword do?

The “await” keyword tells the compiler to insert a possible suspension/resumption point into a method marked as “async” .

Logically this means that when you write “await someObject;” the compiler will generate code that checks whether the operation represented by someObject has already completed. If it has, execution continues synchronously over the await point. If it hasn’t, the generated code will hook up a continuation delegate to the awaited object such that when the represented operation completes, that continuation delegate will be invoked. This continuation delegate will re-enter the method, picking up at this await location where the previous invocation left off. At this point, regardless of whether the awaited object had already completed by the time it was awaited, any result from the object will be extracted, or if the operation failed, any exception that occurred will be propagated.


За твои говнопосты нужно бить ногами, судя, по твоему молчанию это уже произошло на работе, иначе все уже здесь было бы завалено пометом.

Зы async\await - это не сахар, а паттерн, который реализуется с помощью компилятора.