ドメイン駆動設計に関する何か - 日々常々
2020-03-13追記: 「ドメイン駆動設計」のハードルを上げる意図はありません。そもそもそんな特殊技能でもないと思っています。「ドメイン駆動設計が合っているか」を測る材料になるかも？くらいの気持ちで読んでいただけると幸いです。 何度目か知りませんがDDDがまたブームを迎えているようで。DDD難民と言う言葉が出た頃を思うと感慨深いですね。実際難民になったわけではないので肌感覚で知らないのが残念なところですが、これはどうでもいい。 DDD、日本語ではドメイン駆動設計となりますが、DDDを冠していてもドメインが語られることは少ないようです。 数ある書籍もドメインモデリングの話ではなく、ドメインモデルをいかに実装に落とし込むかにフォーカスしていると感じています。 これはこれで仕方ないと言うか、ドメインの話って広く語れないんですよね。 ドメインは領域で境界があって範囲が限定されています。特定ドメ
CQRSに対する批判的見解
Command Query Responsibility Segregation(CQRS, コマンドクエリ責務分離)をもっと大きく，アーキテクチャ的コンテキストで眺めてみると，他にも利用可能なアーキテクチャスタイル，例えばEvent-Driven Architecture(EDA, イベント駆動アーキテクチャ)やパブリッシュ・サブスクライブといったものが存在することに気付く。さらには従来的なデータベース技術でも，同じ問題をずっと簡単な方法で解決することが可能だ – Udi Dahan氏は，CQRSへの別のアプローチに関して，このような意見を述べている。CQRSが本当に必要であったとしても，これまでのCQRSに比べてはるかに少ない可動部品で，目標の大部分を達成可能な別の方法がある，と氏は主張する。 CQRSアプローチが選択される理由のひとつはスケーラビリティである – Greg Young
CQRS Documents by Greg Young
CQRS Documents by Greg Young http://cqrsinfo.com 1 Content A Stereotypical Architecture | ステレオタイプなアーキテクチャ.................................. 3 Application Server | アプリケーションサーバ............................................................ 3 Client Interaction | クライアントの対話 ............................................................... 4 Analysis of the Stereotypical Architecture | ステレオタイプなアーキテクチャの分析 ..
CQRS Documents by Greg Young
CQRS Documents by Greg Young http://cqrsinfo.com Page 1 Contents A Stereotypical Architecture.........................................................................................................................2 Application Server.................................................................................................................................2 Client Interaction ................
CQRSの優位性
12のソフトウェア・アーキテクチャの落とし穴とその避け方 成功するソフトウェアアーキテクチャを開発するのはシンプルだが、簡単ではない。QARを理解し、QARを最大限に満たすトレードオフを理解し、実行するには、洞察力と経験が必要であり、その多くはアーキテクチャ自体の実験を繰り返すことで集めなければならない。プロセス自体は単純だが、考慮すべきトレードオフはしばしば難しく、簡単な答えはめったにない。
Cutting Edge - CQRS とイベント: 強力なコンビ
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 2015 年 8 月 Volume 30 Number 8 Cutting Edge - CQRS とイベント: 強力なコンビ Dino Esposito | 2015 年 8 月 最新ソフトウェアの多くの側面がそうであるように、まったく新しいものなどありません。新しく魅力的な専門用語に改称されているだけのことが多く、コマンド クエリ責務分離 (CQRS: Command Query Responsibility Segregation) はその好例です。また、ビジネス ドメインの目に見える変化を表すドメイン イベントも同じです。 1980 年代後半、Bertrand Meyer はプログラミング言語 Eif
Cutting Edge - CQRS とメッセージベースのアプリケーション
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 2015 年 7 月 Volume 30 Number 7 Cutting Edge - CQRS とメッセージベースのアプリケーション Dino Esposito | 2015 年 7 月 結局のところ、コマンド クエリ責務分離 (CQRS: Command and Query Responsibility Segregation) とは、状態を変更するコードと、状態を読み取るだけのコードを分離するソフトウェア設計です。複数の異なる層を基盤として論理的に分離しても、それぞれ個別の層が関与するように物理的に分離してもかまいません。CQRS の背後にはマニフェストも最先端の理念もありません。唯一の魅力は、設計の
Cutting Edge - 一般的なアプリケーション向けの CQRS
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 一般的なアプリケーション向けの CQRS Dino Esposito ドメイン駆動設計 (DDD) は約 10 年前に登場し、ソフトウェアの開発者やアーキテクトに影響を与えています。具体的なメリットやデメリットはともかく、DDD は、オブジェクト指向パラダイムが初めて唱えられた頃、開発者の誰もが夢見たことを具体化します。つまり、包括的なオブジェクト モデルを中心にアプリケーションを構築して、すべての関係者の要件や懸案事項に対処するという夢です。 その後の 10 年、多くの開発者が DDD のガイドラインに従うプロジェクトに取り組んできました。成功したプロジェクトもあれば、失敗したプロジェクトもあります。実は、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Eric Evans氏はドメイン駆動設計(DDD) は未完成だと述べた
DDD、イベント、マイクロサービス
ドメインイベントと結果整合性
InfoQ: Domain Driven Design（ドメイン駆動設計） Quickly 日本語版