タグ

CQRSに関するlalupin4のブックマーク (5)

  • 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 ................

  • 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 とイベント: 強力なコンビ
  • 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 とメッセージベースのアプリケーション
  • Cutting Edge - 一般的なアプリケーション向けの CQRS

    このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 一般的なアプリケーション向けの CQRS Dino Esposito ドメイン駆動設計 (DDD) は約 10 年前に登場し、ソフトウェアの開発者やアーキテクトに影響を与えています。具体的なメリットやデメリットはともかく、DDD は、オブジェクト指向パラダイムが初めて唱えられた頃、開発者の誰もが夢見たことを具体化します。つまり、包括的なオブジェクト モデルを中心にアプリケーションを構築して、すべての関係者の要件や懸案事項に対処するという夢です。 その後の 10 年、多くの開発者が DDD のガイドラインに従うプロジェクトに取り組んできました。成功したプロジェクトもあれば、失敗したプロジェクトもあります。実は、

    Cutting Edge - 一般的なアプリケーション向けの CQRS
  • 1