Сообщение Re[6]: [.NET][async][WinForms] от 21.12.2016 11:52
Изменено 21.12.2016 11:59 Serginio1
Здравствуйте, _Raz_, Вы писали:
_R_>Здравствуйте, Serginio1, Вы писали:
S>>По умолчанию в библиотеках нужно везде ставить .ConfigureAwait(false);
S>>true нужно только для модификации значений контролов
_R_>Не нужно давать таких советов. В многопоточности и асинхронности взаимодействие с GUI отнюдь не единственная и не самая сложная задача.
Угу, только вокруг этого дедлоков постоянно идут вопросы везде связанного с контекстом синхронизации.
Просто создавая библиотеку нужно везде с await добавлять .ConfigureAwait(false). И даже там, где есть контекст синхронизации, если не нужно переключаться на поток GUI.
И в чем это вредный совет?
_R_>Здравствуйте, Serginio1, Вы писали:
S>>По умолчанию в библиотеках нужно везде ставить .ConfigureAwait(false);
S>>true нужно только для модификации значений контролов
_R_>Не нужно давать таких советов. В многопоточности и асинхронности взаимодействие с GUI отнюдь не единственная и не самая сложная задача.
Угу, только вокруг этого дедлоков постоянно идут вопросы везде связанного с контекстом синхронизации.
Просто создавая библиотеку нужно везде с await добавлять .ConfigureAwait(false). И даже там, где есть контекст синхронизации, если не нужно переключаться на поток GUI.
И в чем это вредный совет?
Re[6]: [.NET][async][WinForms]
Здравствуйте, _Raz_, Вы писали:
_R_>Здравствуйте, Serginio1, Вы писали:
S>>По умолчанию в библиотеках нужно везде ставить .ConfigureAwait(false);
S>>true нужно только для модификации значений контролов
_R_>Не нужно давать таких советов. В многопоточности и асинхронности взаимодействие с GUI отнюдь не единственная и не самая сложная задача.
Угу, только вокруг этого дедлоков постоянно идут вопросы везде связанного с контекстом синхронизации.
Как раз и беда в том, что создавая библиотеку, нужно учитывать, что она может быть вызвана из контекста синхронизации.
Просто создавая библиотеку нужно везде с await добавлять .ConfigureAwait(false). И даже там, где есть контекст синхронизации, если не нужно переключаться на поток GUI.
И в чем это вредный совет?
_R_>Здравствуйте, Serginio1, Вы писали:
S>>По умолчанию в библиотеках нужно везде ставить .ConfigureAwait(false);
S>>true нужно только для модификации значений контролов
_R_>Не нужно давать таких советов. В многопоточности и асинхронности взаимодействие с GUI отнюдь не единственная и не самая сложная задача.
Угу, только вокруг этого дедлоков постоянно идут вопросы везде связанного с контекстом синхронизации.
Как раз и беда в том, что создавая библиотеку, нужно учитывать, что она может быть вызвана из контекста синхронизации.
Просто создавая библиотеку нужно везде с await добавлять .ConfigureAwait(false). И даже там, где есть контекст синхронизации, если не нужно переключаться на поток GUI.
И в чем это вредный совет?