NServicebus/CQRS:どのように取り扱いにuserinterface?

Question

笑Udi大漢のテキスト[クエリコマンドの分離とSOA][1]です。を考える場合どのように使用練習システムに取り組んでい上...

---

1.

考え、以下の状況では、コンポーネントのラインナップクライアントアプリケーションユーザが編集のリストエントリー数：

クライアントアプリケーションを開始します。起動時に、契約のコマンドサービス取扱い、公開の作品で、クエリー、WCFサービスのための完全なリストの作品の応募がありました。その後、リストのエントリの変更（その他のクライアント)として作成したものを記載しているお客様のキューがで忙しかったのを待ってからの返信WCFに吸収合併します。

今の私があるようで（おそらく非常に小さい)ャートの契約直後にコマンド担当といった取り扱うことになるのWCSサービスのクエリの開始直前に同一の変化では、データベースです。この状況をまと不正確なデータは私のクライアントとなっていることはありませんの入り)同データベースにない場合にクライアントアプリケーションを再起動すると). この問題は本当に存在した場合、どのように入手すればよいのです処理するのですか？

---

2.私た上で質問してどのように設計/実施し、ユーザーインターフェース:

ユーザの現在変更したいエントリのリストwindowsのポップアップします、データを変更し、okボタンを押す:またメッセージを送コマンドのハンドラ対応を起源とするものもあります。のユーザーへのいずれかの確認の参入リストに変更またはエラー メッセージ。

できるようになったうえ、対応していきましょう、ユーザーインターフェイスは、"同期型"のやり方で行う事によって、ユーザの未来のために今できることで、彼を待つの成功または失敗後のせん)、以下の方法：

1. 後にユーザーのプレスok、全て無効化制御なので、さらなる編集が可能です。
2. を佐賀タイムアウトするのを待ち...?応答メッセージ?の刊行からの通知コマンドサービスですか？？
3. 時の応答メッセージを受信したデータのリストを変更し、制御を有効にしまった:
4. タイムアウトが発生します。コマンドのメッセージがキューの変更が行われ、どうする？メッセージショーのユーザー"これは予想よりも遅い...")を全管理のデータには、クライアントの通知を受信したコマンドからサービスですか？その場合エラーが返却されますか？ユーザーは始まった何も編集は別のエントリー）とのポップアップエラーメッセージから前回の編集を試みないように聞こえるかもしれないが良い方法がありました。

もう一つのアプローチがされてはいかがでしょうかだけを送信コマンドのように、ユーザーの継続ものが嫌い。かを示すべてのコマンドリストのユーザインタフェースのどこかに、指標の成功-失敗の可能性のためのユーザー表示エラーメッセージの場合。このタイムアウトがきれば、その対応は通常は受信され、数秒で意味がこのリストは通常は最大1優れたコマンドで..こどうかよろしくお願いしますことをたのしくやっていましたユーザーインターフェースってやらなければならないことの方があるんじゃないでしょうかは良い方法がありました。

ご質問は？;)

私だけかつその他の人々が解決すユーザーインタフェースのあり方の取り扱いものは、UIで以上にもなっていくということ賢い方法という言葉を思いつきました。

今回は長いテキストの感謝とおり、すぐ。

[1]: http://www.udidahan.com/2008/08/11/command-query-separation-and-soa/"コマンドはクエリの分離とSOA"

Answer 1

質問番号1、標準ソリューションのため照会をサーバ側の永続的なクエリの店舗は、お客様RPC-要求/応答す。

質問2の回答が非常に多く依存のドメインの種類コマンドは、自然のインターユーザーに連携します。最も重要なルールの方法を考え、変更できますのUIにデータを扱うコマンドは、そのようなコマンドはほとんど失敗する場合を除いて悪意のあるすものではありません。

い役立っています。