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

TL;DR 最近の設計志向はイベント駆動がかなり中心になっている とくにDDD界隈がここまでイベント駆動一本槍だとは思わなかった ストーリーを出発点にイベント駆動で設計を組み立てる「イベントストーミング」がかなり多くの場所で事例として取り上げられている はじめに 最近、洋書や動画の講演資料などいくつか海外の情報源に当たることがおおくなり、その中で「結構日本でやられている取り組みとちがうなー」と考えることが多く、一旦そのあたりの差分をまとめておこうかと思いました。 ただの出羽守（あるいは鹿鳴館精神）ではなく、一つの潮流としてこんなのがあるってのを記述できればなと思います イベントが設計の基本線となりつつある、、、のか？ まず1つ目に驚いたのが、イベントが設計の中心になっている、そう感じる機会が多かったこと。 ここで言うイベントは、実践ドメイン駆動設計の中でも「ドメインイベント」として実装パタ

[cpw]

イベント駆動はソースコードから呼び出し先が見えないんだよね。ソースコード外に仕様を記述するし、そのせいでIDEの機能は制限されるし、スタックトレースも途切れる。自分が設計するならそうしないかな。

[w1234567]

マイクロサービスのサービス間の通信ならまあイエスなんだけど、単一のサービス内でこれやるかと言われるとうーん？ってかんじ

[programmablekinoko]

イベント駆動ってSmalltalkのオブジェクト志向とかで40年前から言われてたやつじゃん。イベントじゃなくてメッセージングだが本質はそんな変わらん

[otchy210]

クラウドベースで Pub/Sub が気軽に使えるようになってきたからこその発想なのかな。以前であれば大半のケースで「過剰な設計」として却下されているのではなかろうか。

[j5ik2o]

イベントストーミングは最近注目されていますがイベントを使った設計自体は新しくないです。昔からある。ご参考→　https://speakerdeck.com/j5ik2o/domeinibentofalseguan-dian-karazai-kao-surusohutoueashe-ji

[mano-junki]

組み込みのイベントバスを利用するのではなく、GCPでいうPubSubやAWSのKinesisを使うイメージなんだろうか

[gg119104]

簡素なアプリでDDD使わないのは言わずもがな。翻ってスケールアウトが必要なシステムではかなり有用だと思う、そして職業エンジニアはスケールアウトを迫られるシーンって結構あるのではないかな

[mak_in]

DDDやイベント駆動のコード見て、色々言われてるけど未だにしっくり来ず、実業務で一度も使えずにいる。mvcなweb FWを使うと二重のCになる感覚があって….netのawsのSDKがイベント駆動のものがあってそれを使ったくらい。

[takyam1213]

トランザクション管理の難易度はあがるから用法用量を守りましょう

[u_1roh]

これはイベントを起点としてドメインをモデリングしようという話で、実装をpub/subにせよとは言ってないんじゃないかなぁ、知らんけど。Domain Modeling Made Functional には「実装は関数呼び出しでもええよ」と書いてあった。

[nilab]

「ストーリーを出発点にイベント駆動で設計を組み立てる「イベントストーミング」がかなり多くの場所で事例として取り上げられている」

[t1mvverr]

IDEアシストやデバッグ環境が整っているとは思えないし、これら内容を整理した書籍が無いと業務で実践するのは怖いので様子見。

[fukuchiharuki]

海外ではインベントストーミングが主流？

[rochefort]

全部pub/subだとソース追いにくいよね

[at_yasu]

Pub/Subを見るたびに結城先生のギコ猫デザパタを思い出す https://www.hyuki.com/dp/cat_observer

[takezaki]

イベントストリームにすると何が大変かはこちらに書いてる=>https://blog.vte.cx/%E3%82%B5%E3%83%BC%E3%83%90%E3%83%AC%E3%82%B9%E3%82%A2%E3%83%BC%E3%82%AD%E3%83%86%E3%82%AF%E3%83%81%E3%83%A3%E3%82%92%E6%8E%A1%E7%94%A8%E3%81%97%E3%81%AA%E3%81%8B%E3%81%A3%E3%81%9F%E7%90%86%E7%94%B

[hitotakuchan]

イベント駆動のいいところはシステム間を疎結合にでき、コンポーネントを単一責任にしやすいこと。イベントストリームに対するmap,filter,reduceなどリアクティブプログラミングで肌感覚を得るといい。

[NOV1975]

システムに業務合わせないと破綻するやつかな

[eagleyama]

“メソッド呼び出しという「叙述的」な記述を廃して、Pub/Subの仕組みを中心とした「これが発生したときにこれを行う」という「宣言的」な記法の方が依存関係をうまく整理できる、と”

[rgfx]

ワークフローエンジンか何かかな？

[door-s-dev]

イベントストーミング

[daichirata]

返り値を受け取る必要がない(そのままworkerに切り出せる)粒度でなら最初からこう実装しとくのは良さそう

[yarumato]

“叙述的な記法「メソッド呼び出し」を廃して、宣言的な記法「イベントを利用したクラス間の呼び出し」（Pub/Subの仕組みで、これが発生したときにこれを行う）の方が依存関係を小さくできる、という潮流がある”

[chinpokomon_master]

この設計の是非はともかく「前からある」みたいなのは技術の螺旋を1mmも理解できてない。過去似たようなものがあっても基盤となる技術や前提条件が異なるので一段階高レイヤーなものになる。

[kat21]

むしろ普通はイベント駆動にしないかな？去年若い子に教えたときもイベントを意識してコンポーネントの独立性を高めるように教えたわ

[mushus]

メソッドを呼び出すことをメッセージパッシングとも呼ぶことあるし、壮大なイベント機構を入れなくても構築のエッセンシャルだけでも十分機能しそう

[airj12]

業務的な例外を排除(システムは無視)できる文化であれば理に適っていて整理しやすい

[otihateten3510]

DDD界隈は未だにヤッてんなあ

[onionskin]

コレオグラフィというやつ / むしろビジネスでは例外処理が必須だからこの構成にするんじゃないかな

[MtAsuka]

業務が複雑になると似たイベントが乱立してわけがわからなくなりそう。これまでサービス側で書いていたビジネスロジックの一部をイベントハンドラに移すわけだしね。

[prograti]

個人開発レベルで色々試しているけどまだこれという実装に落とし込めてない。。。Pub/SubはインメモリのEvent Busで行って、モジュール間のやり取りはInbox/Outboxパターンでやり取りするみたいな感じかな？

[onesplat]

これはきっと、イベント駆動にも出来るくらいに個々の処理単位をポータビリティ高めに書いておいて、しかし結局直接呼び出しするのが最適解であると思う。あとイベント駆動にDIが必要ないみたいなのは誤解。

[ftype]

ソースがないんよ…

[asuka0801]

マイクロサービスなら良いと思うんだけどこれを全部のクラスでやれと言われるとソース追いづらくて逆にめんどくさく無いですかね。

[ledsun]

実装はイベントもサービスも数が増えると手に負えなくなる点は、一緒な気がします。ビジネスの人にとって、イベントとサービスどっちの方がわかりやすいのかなあ？業務は作業じゃなくてイベントの集まり、かも？

[T-miura]

例外とかトランザクションどう扱うのわからね、、、。