エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
async/await と SynchronizationContext (1) - 鷲ノ巣
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
async/await と SynchronizationContext (1) - 鷲ノ巣
前回の記事に続き、非同期処理シリーズの第 2 弾。 今回は SynchronizationContext について。 Synchron... 前回の記事に続き、非同期処理シリーズの第 2 弾。 今回は SynchronizationContext について。 SynchronizationContext は、.NET Framework 2.0 から登場したクラスです。「同期コンテキスト」と訳される場合もあります。 これが何かと言うと、誤解を恐れずに大雑把に言えば、「スレッドをまたがる際の問題をいい感じに処理してくれるクラス」です。 いやまぁ、ふわっとしすぎているのは分かっているんですが、実際にどういう処理をするかは派生クラスによるので、こういう言い方しかできないんです。 WPF や Windows Forms の場合 WPF にも Windows Forms にも共通の制限として、ウィンドウやテキスト ボックスのような UI コントロールは、それを生成したスレッドからしか操作できないというものがあります。 ワーカー スレッドな