cqrs

xendor

xendorは、単一の責任と懸念の分離を強制することにより、シンプルでクリーンなデザインを作成するために使用できる.NETコアフレームワークです。その高度な機能は、ドメイン駆動型デザイン（DDD）、コマンドクエリレスポンティシュグラージャ（CQRS）、およびイベントソーシングに最適です。 xendorにはrabbitmq統合もあります。

CQRSとは何ですか？

コマンドクエリの責任分離は、データを照会したものから変異させる操作を分離するように指示するパターンです。これは、コマンドクエリ分離（CQS）CQSから派生しています。CQSは、クラスに2種類のメソッドしか存在しないことを示しています。状態を変異させてvoidを返すものと状態を返すが変更しない方法です。

CQRSはあなたが適用するパターンですか？サービス/アプリケーションの場合、サービスの一部にのみ適用できます。

それはCQRSではありません

最終的な一貫性ではありません

イベントではありません

メッセージングではありません

読み書きのための分離モデルがありません

イベントソーシングも使用していません。

CQRS Pro＆Cons

長所：

• システムのパフォーマンスとスケーラビリティが向上します。
• より良い同時アクセス処理。
• より良いチームのスケーラビリティ。
• それほど複雑ではないドメインモデルとシンプルクエリモデル。

短所：

• 読み取りおよび書き込みモデルは同期しておく必要があります。
• 読み取りと書き込み側の2つの異なるエンジンを選択した場合、メンテナンスと管理コスト。
• 最終的な一貫性が常に許可されているわけではありません。

イベント調達とは何ですか？

データの現在の状態のみをドメインに保存する代わりに、付録のみのストアを使用して、そのデータで取得した一連のアクションを記録します。ストアはレコードシステムとして機能し、ドメインオブジェクトを具体化するために使用できます。これにより、データモデルとビジネスドメインを同期する必要性を回避しながら、パフォーマンス、スケーラビリティ、および応答性を向上させることにより、複雑なドメインのタスクを簡素化できます。また、トランザクションデータの一貫性を提供し、補償アクションを可能にする完全な監査証跡と履歴を維持することもできます。

どのシステムでイベントソーシングを使用する価値がありますか？

• あなたのシステムには、普通のクラッドではない多くの動作があります。
• オブジェクトの歴史的状態を再現することは非常に重要です
• ビジネスユーザーは、統計、機械学習、またはその他の目的のために完全な履歴を持つことの利点を見ています。
• ドメインは、イベントで最もよく説明されています（たとえば、支援車両の活動を追跡するためのアプリケーション）。

イベント調達長所と短所

長所：

• 追加のモデルのみが、パフォーマンス、スケーラビリティに最適です
• デッドロックはありません
• イベント（事実）はビジネスの専門家によってよく理解されており、一部のドメインは本質的にイベントが発生しています：会計、ヘルスケア、取引
• 無料の監査証跡
• いつでもオブジェクト状態を取得できます
• テストしてデバッグしやすい
• ドメインモデルからデカップされたデータモデル
• インピーダンスの不一致なし（オブジェクトモデル対データモデル）
• 柔軟性？同じイベントのストリームから多くの異なるドメインモデルを構築できます
• このモデルを逆転イベント、遡及イベントで使用できます
• これ以上のOrmsはありませんか？私たちのオブジェクトがイベントから構築されているという事実のおかげで、リレーショナルデータベースにそれを反映する必要はありません

短所：

• 開発者が状態を管理して集合体を構築する自然な方法ではなく、慣れるのに時間がかかります
• 1つの集計を超えてクエリをするのは少し難しいです（システムに追加するクエリの種類ごとにプロジェクションを構築する必要があります）、
• イベントスキーマの変更は、リレーショナルモデルの場合よりもはるかに困難です（標準スキーマ移行ツールの欠如）
• 最初からバージョンの処理を検討する必要があります。

イベントソーシング - 投影

予測は、イベント中心のシステムを構築する際の重要な概念です。同時に、非常に簡単です。

予測とは、イベントの流れから現在の状態を導き出すことです。

たとえば、イベントのストリームがサーバーによってすべてのサブスクライバーに公開される状況を検討してください。これらのイベントはユーザー登録に関連しており、次のように見えます。

UserAddedToAccount

{
 "userId" : 55 ,
 "username" : " alemol " ,
 "name" : " Alejandro " ,
 "lastName" : " Moline "
}

userverifiedemail

{
 "userId" : 55 ,
 "email" : " [email protected] "
}

userUpdated

{
 "userId" : 55 ,
 "lastName" : " Molines "
}

これらのイベントのストリームにサブスクライバーを添付して、このストリームをWeb UIでユーザーの詳細を提供するために使用される永続的な読み取りモデルに投影できます。最終的な読み取りモデルは次のように見えます：

{
 "userId" : 55 ,
 "username" : " alemol " ,
 "email" : " [email protected] " ,
 "name" : " Alejandro " ,
 "lastName" : " Molines "
}

イベントソーシングを備えたCQRS（CQRS-ES）

星を与えなさい！

このプロジェクトが好きまたは使用している場合は、スターを渡してください。ありがとう！

問題が見つかったか、変更リクエストがあります

Githubで問題を作成してください。貢献、プルリクエストは大歓迎です！

Xendorは著作権©2019 Alejandro MolinesおよびMITライセンスの下でその他の貢献者です。