805
657

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 1 year has passed since last update.

最近の海外DDDセミナーを聞いてみたら色々と常識が破壊された

Last updated at Posted at 2022-02-24

TL;DR

  • 最近の設計志向はイベント駆動がかなり中心になっている
    • とくにDDD界隈がここまでイベント駆動一本槍だとは思わなかった
    • ストーリーを出発点にイベント駆動で設計を組み立てる「イベントストーミング」がかなり多くの場所で事例として取り上げられている

はじめに

最近、洋書や動画の講演資料などいくつか海外の情報源に当たることがおおくなり、その中で「結構日本でやられている取り組みとちがうなー」と考えることが多く、一旦そのあたりの差分をまとめておこうかと思いました。

ただの出羽守(あるいは鹿鳴館精神)ではなく、一つの潮流としてこんなのがあるってのを記述できればなと思います

イベントが設計の基本線となりつつある、、、のか?

まず1つ目に驚いたのが、イベントが設計の中心になっている、そう感じる機会が多かったこと。

ここで言うイベントは、実践ドメイン駆動設計の中でも「ドメインイベント」として実装パターンの中に入れられています。

このドメインイベント自体は、実践ドメイン駆動設計の序文の中でもEvansが以下のように述べています。

いまやDDDのメインストリームに躍り出つつあるドメインイベント

この感覚、日本だと「あ、たしかにPub/Subモデルとか設計の取り入れられているよねー」くらいの受け取り方じゃないかとおもうんですが、ここがもう根本的に捉え違えているのかなというふうに感じています。

端的に言うと、クラスサービスやエンティティ間の呼び出しは基本的にすべてイベントを利用して実行すべきである、というのが一つの潮流としてあるのです。メソッド呼び出しという「叙述的」な記述を廃して、Pub/Subの仕組みを中心とした「これが発生したときにこれを行う」という「宣言的」な記法の方が依存関係をうまく整理できる、と。

結構衝撃を受けたのが下記のような一見当たり前の呼び出しが、「叙述的で避けるべき」記法として紹介されたことです。

image.png

つまり、より好ましいのは以下のようにイベントを利用して宣言的に記述することで、

image.png

さらに進めてこのようなPub/Subの設計を 標準とすべき と説明を受けました。

image.png

これ、一見過激な主張なんですが、実際理にはかなっています。PubSubにすることで、確かに コンポーネント間の依存関係はかなり小さくなっている のです。イベントとそれに対応する動作さえ仕様化してしまえば、コンポーネントごとに完全に独立してテストができます。

また、依存関係がきれいに逆転できており、実際理想的なヘキサゴナルアーキテクチャ(あるいはオニオンアーキテクチャ)になっています。インタフェースやDIでなんとか実現していたことが、この形式だといともたやすくできてしまうんですよね。

あらたな設計手法、イベントストーミング

そして、このような設計パラダイムの中では、設計のやり方そのものが結構変わってきます。そしてDDDの世界で主流になりつつあるのが イベントストーミング です。

イベントストーミングは、設計手法であるとともに「ビジネスプロセスの理解手法」である、ともいわれます。乱暴に言うと、ビジネス理解とシステム設計を同時にやってしまう わけですね。

イベントストーミングというのは、システムをオブジェクトではなくシステムを中心に見よう、というアプローチです。

まず、ビジネスとしてどのようなイベントがあり得るのかを並べていきます。イベントというのはビジネス上何かをするきっかけのことであり、各々が仕事を始める原因となるものです。これを、ドメインの当事者と一緒に並べていくのが最初の一歩です。

image.png

次に、そのイベントによって「どこの誰が」「何をする」というのを違う色の付箋で追記していきます。

読書メモ - Frame 5.jpg

「何をする」というのが明確になっていくに従い、自然とイベントは増えていくでしょう。

また、このイベントの流れの中で、守るべきポリシー(業務ルール)や疑問があれば、それらも別の色で書いていきます。

読書メモ - Frame 5 (1).jpg

このイベントと時系列ベースのモデリングは、クラス図を中心とした静的なモデリングとは結構着眼点が違い、面白いと感じました。

実際この作り方をすると、一つ一つのサービスはマイクロサービス的に独立できそうです。少なくとも、かなり相互依存の低い状態を、DIなどに頼らずに実現できそうです

2022/02/27追記

思いのほか伸びてしまったので、参考にした動画や書籍をあげておきますね。

まず、「海外のDDDセミナー」というのは、以下の動画になります(ただし、O'Reilly のSafari Books Online で閲覧できる動画なので、自由に見れるわけではないです)

そして、DDDの書籍でかなり突っ込んでこの辺のことを書いているのは、実戦ドメイン駆動設計の著者である Vaughn Vernon氏の「Domain-Driven Design Distilled(蒸留ドメイン駆動設計)」です。

この本は、きょん氏を始め、かなりの方がおすすめ書籍として上げられており、また本としては比較的短いので、技術洋書入門としてもおすすめです。

参考になるかは微妙ですが、私も読んだ感想をタグ付きでTwitterに投稿しているので(後でちゃんとまとめなきゃ)、ご参考になれば。

そして最後に、この辺の動画とか本は前述のSafari Books Onlineで読むことができるのですが、こちらはACMの会員になると年間1万円程度で読むことができます。

現在日本語の書籍も充実していっており(現時点で112冊、しかもその中にはITILv4の和訳などかなり自分で買うと高いけど持っておきたい本も含まれている)、洋書はO'Reillyだけではなく、ManningやPragmatic Bookshelfなどのおなじみ洋書メーカーも多数あるので、めちゃくちゃオススメです。

805
657
17

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
805
657

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?