[過去ログ]
ふらっと C#,C♯,C#(初心者用) Part138 (1002レス)
ふらっと C#,C♯,C#(初心者用) Part138 http://mevius.5ch.net/test/read.cgi/tech/1528194762/
上
下
前次
1-
新
通常表示
512バイト分割
レス栞
抽出解除
必死チェッカー(本家)
(べ)
自ID
レス栞
あぼーん
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
181: デフォルトの名無しさん (ワッチョイ edd3-Bw3Y) [sage] 2018/06/17(日) 10:24:51.50 ID:g+98DwlT0 > async を使うメソッドに XxxAsync という名前をつけることが推奨されていることからも、 > 事実上 async/await を使うかどうかはベースクラスに依存していると言っていいと思います。 TAPはTaskを返す関数の実装にasync/awaitを強要せんし使う側も関知せんじゃろ AsyncサフィックスなんてそれこそEAPの頃からの慣例でしかない awaitを使わず何故か付いてるasyncよりTask.CompletedTaskを返すコードの方がよほど明確だと思うがね http://mevius.5ch.net/test/read.cgi/tech/1528194762/181
194: デフォルトの名無しさん (ワッチョイ edd3-Bw3Y) [sage] 2018/06/17(日) 22:13:20.40 ID:g+98DwlT0 >>193 Formが作成された所謂UIスレッドでは同期されるが、コンソールアプリ等では同期されない もうちょい突っ込むと、await文が実行されるスレッドにSynchronizationContextへの仕込みがあるかどうかで違ってくる await後に実行されるスレッドはSynchronizationContext.Postの実装により決定される Winformsは最初のフォーム作成時にWindowsFormsSynchronizationContextを現在のスレッドに設定し WindowsFormsSynchronizationContext.Postはメッセージループを仲介してUIスレッドでawaitの続きを実行する 具体的な実装はReference SourceやmonoのWindowsFormsSynchronizationContextを読むのが良い http://mevius.5ch.net/test/read.cgi/tech/1528194762/194
195: 194 (ワッチョイ edd3-Bw3Y) [sage] 2018/06/17(日) 22:18:16.07 ID:g+98DwlT0 安価まちげーた>>192 なんかテキトーに書いたら分かりにくいな・・・ 要はWinforms(WPFも同様)のスレッドでawaitするとその後の文は裏で勝手にControl.Invokeされてると思えばええねん http://mevius.5ch.net/test/read.cgi/tech/1528194762/195
メモ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.029s