CQRS /イベントソーシングプロジェクトの構造

Question

私はイベントソーシングを使用する私の最初のCQRSプロジェクトを持っていますが、このタイプのプロジェクトは、複数の層を含む他のプロジェクトと比較してVisualスタジオでは異なる方法で構成する必要がありますか？

たとえば、作成された過去のプロジェクトでは、Remoting、Appサービス、ドメインなどのレイヤーが作成されており、各レイヤー/アセンブリがそのレイヤーに触れていることは明らかでした。これらのアセンブリは大変なことに思えました。NDependのようなツールを使用すると、プロジェクトの構造について多くのことが言われました。今

しかし、CQRSプロジェクトとそれだけでコマンドの彼らの意図、すなわちアセンブリを示し、小さなアセンブリを持っている方が良いだろう、他のイベントのために、別のイベントハンドラのなど

NDependのと、それは私に与えるだろうアセンブリがどのように使用されているかをよりよく表現する。

TIA

JD

Answer 1

私は一般的に彼らの意図の記述されている小規模なプロジェクトで、私のCQRSプロジェクトを構築 - コマンド、ドメイン、イベント、Denormalizer、リポジトリ、コマンド・サービス、など

この方法でソリューションをナビゲートするのがはるかに簡単になります。また、チームの他のメンバー（または新しいチームメンバーが搭乗しているチーム）がシステムのさまざまなコンポーネントを操作しやすくなります。

チームがこれに取り組んでいる場合、ジュニアメンバーが非正規化プロジェクトで作業できる間に、1つのグループを主にドメインプロジェクト（おそらく上位チームメンバー）に簡単に集中させることができます。

あなたはもっと多くのプロジェクトになるでしょうが、それらはより小さなチャンクになり、その目的をはるかに理解しやすくなります。一種の責任原則のようなものですが、プロジェクトレベルではそうです。

これが役に立ちます。がんばろう。