技術この記事では学術的正しさについて説明しない。いう記事はほかにあるから。書きっぷりについて話す。?それは、初心者って書き方に迷うから。本来は厳密なコードの書き方をするべきっていうか、コードの意味を理解して完璧なコードを書くべきではある。完璧な状態からあえて崩すこともあろう。リスクやデメリットを承知したうえで、メリットが勝るんなら崩す。問題を解決するためにな。解決すべき問題を解決するのがエンジニアですから。Task.FromResult(1);}これ。DBやらHTTPやらの通信するときって、Asyncメソッド使うじゃん?そのデータアクセス処理を切り出したのは偉いんだけど、asyncメソッドにしながらreturnで一度だけawaitしておる。Task.FromResult(1);}Taskを持ってんだから、そのままTaskとして返却すりゃいいんです。具体的にどういう意味の違いがあるのかって、そういう話はここでしてない。抽象的な話をしている。当然ながら具体的な話を理解しておいたほうがいい。理解してる俺が「こうでいいよ」って言ってんだからそれを聞いておきなさい。本当に理解したいならコンパイラ通した結果どうなるかを見比べればいい。コンパイルしてデコンパイルすればいい。複雑な背景はあれど、書きっぷりの話だからそういうことだ。おまえ「いや、あとでメソッド内にawaitすべきTaskが増えたらasyncメソッドにしなきゃいけないじゃん。一理あるような無いような。いえ一旦、async/await無しにしといたほうが好いとは思ってる。ひとつのメソッドの中で2回awaitしたいケースって、最初っからそうなってるイメージある。単一のTaskで済んでたメソッドは、それはそれで完成形であるのでは。そのメソッドに対して追加で仕事を増やすのも勿論ひとつの解だけど、ホントにそうすべきかね。呼び元で済ませて引数でなんらか渡して解決するって道筋を考慮してみてもいいんじゃない。◆awaitしろTaskをWaitすんな。