MVVMにおいてVMで非同期は必要か？async void/Taskのどちらが良いか？非同期処理の例外ハンドリングは？

neuecc @neuecc

@ugaya40 いや、Testメソッド内部の話です、例にあげてもらったのはしてますよね。

尾上 雅則 @ugaya40

@neuecc あ、なのでTestメソッド内部はちゃんと例外が発生する可能性のある非同期メソッドの呼び出しに責任を持つってことです。Testメソッドで例外が発生して、VM側にその例外をどうするかという選択肢があるべきではないので。

neuecc @neuecc

@ugaya40 同期の時は選択肢があるのに、非同期の時は選択肢がない、ってことでいいですか？それを「良い」とするのは納得できない話ではないですけれど。

尾上 雅則 @ugaya40

@neuecc 同期の時もないです。例外が起こった時の対応はPresenPlat関係なく決まるのでModel内で完結しますから。どうしょうもないのだけ集約エラーハンドラ、非同期のGetTextとかVMからよばれないやつはasync Taskです

neuecc @neuecc

ちなみにこのコードはアプリを殺せるので、async voidが危険（ネストさせた時の挙動は予測困難）なのはカワリマセン。 gist.github.com/neuecc/563b4a9…

neuecc @neuecc

@ugaya40 んー、同期の時は「しようと思えばできる」はず。しようと思えばできるか、しようと思ってもできないかが違いだと思ってます。

neuecc @neuecc

なんで死ぬのかは宿題ということで。

尾上 雅則 @ugaya40

@neuecc しようと思ってはいけないわけで、だから相性が悪いのはないかという最初の結論にいたったわけです。

neuecc @neuecc

@ugaya40 async Taskのほうがしようと思いたい度が強まるってことですか？async voidは根本的にできない。voidはできるけどしようと思いにくい。async Taskはしようと思いたくなる。という？それなら完全に慣習の問題では。

尾上 雅則 @ugaya40

@neuecc 慣習の問題かどうかでは確かに悩んでいます。そして慣習ならasync Taskの方がいいに決まってる。でもTaskだとVM側から呼びっぱなしにすると警告なわけで慣習の問題を超えてる感を感じます。

neuecc @neuecc

@ugaya40 ええと、だからバインディングエンジンが問題で、エンジンにTaskごと返せるようになるべき、というのが私の言い分ですねー。ただしこれは理想論かもしれません。

尾上 雅則 @ugaya40

@neuecc なるほど。おっしゃる事はわかりました。そこら辺日曜の夜少し話せるとうれしいです。結構頻繁に考えます。

ぐらばく☪ @Grabacr07

私が WPF アプリ書くと Model との I/F に Task なんて出てこないのでそのコンテキストで async/await 使ったことがないマン

neuecc @neuecc

ウィンドウごと殺す危険なasync voidコードの答え合わせ。 gist.github.com/neuecc/da94a47…

neuecc @neuecc

Rx使うとSubscribeがFireAndForget的になりますからネ。

ぐらばく☪ @Grabacr07

View は Model の状態を表示 & 変化させているに過ぎないし、View (ViewModel) が Model に対して操作 (= Task (= 終了を待つ必要のある動作)) を要求する必要があるケースに今のところ出会っていない

ぐらばく☪ @Grabacr07

だからこそ、ViewModel -> Model は戻り値 void を同期で叩く以外にないし、ViewModel で await なんてするわけがないし、Model が VM に叩かせる前提での Task を公開した時点で負け　という考えでいつもアプリ書いてますね

ぐらばく☪ @Grabacr07

なので V での await 要求される WinRT あんまり好きくない

neuecc @neuecc

ViewModelがawaitするかっていうよりも、ViewModelが持て余すTaskをどうするかってことですにゃ。これはフレームワークが解答のガイドを掲示してあげるべき(AsyncCommandなりなんなりね）。現状、結論づいていないなら持て余しちゃうのはしょうがない。

neuecc @neuecc

ただし間違いなくC#的に言えるのはasyncのシステム上、async voidするなら最上位であるべき。Modelは間違いなく最上位にはならないので、Modelがasync voidするという点だけは恐らくどう転んでも推奨できない。

ぐらばく☪ @Grabacr07

なので私は結局 Model でも基本的に async/await 使わないので、実際ほんとに使ったことがあんまりないのですわ

neuecc @neuecc

@Grabacr07 asyncと向きあいましょう！ReadAsyncからはじめるasync！

尾上 雅則 @ugaya40

ん？僕のさっきまで出したサンプルも結局Modelのルートからasync消えましたよ。同じくほとんど使う事がないので苦しみました。

尾上 雅則 @ugaya40

Retryとかの柔軟性でRx好きまんなのでRxを基本使うしな

尾上 雅則 @ugaya40

やっぱりasyncから離れてくな。