2022/02/26 20:30
koroharo
マジカじゃん。www.magicaland.org
2022/02/26 21:18
hasiduki
デーデーデー！イベント！！！
2022/02/26 21:20
mano-junki
組み込みのイベントバスを利用するのではなく、GCPでいうPubSubやAWSのKinesisを使うイメージなんだろうか
2022/02/26 21:30
j5ik2o
イベントストーミングは最近注目されていますがイベントを使った設計自体は新しくないです。昔からある。ご参考→　speakerdeck.com
2022/02/26 21:33
programmablekinoko
イベント駆動ってSmalltalkのオブジェクト志向とかで40年前から言われてたやつじゃん。イベントじゃなくてメッセージングだが本質はそんな変わらん
2022/02/26 21:47
h3poteto
つまりErlangです（暴論
2022/02/26 22:08
PrivateIntMain
現場責任者がイベントを噛み砕いて「お前には」「この」業務をお願いするか、受付担当者がイベントきたんで「お前に」「お前の」業務をお願いするか。どっちがいいか。なお設計には業務への思想が反映される。
2022/02/26 22:32
cpw
イベント駆動はソースコードから呼び出し先が見えないんだよね。ソースコード外に仕様を記述するし、そのせいでIDEの機能は制限されるし、スタックトレースも途切れる。自分が設計するならそうしないかな。
2022/02/26 23:00
mak_in
DDDやイベント駆動のコード見て、色々言われてるけど未だにしっくり来ず、実業務で一度も使えずにいる。mvcなweb FWを使うと二重のCになる感覚があって….netのawsのSDKがイベント駆動のものがあってそれを使ったくらい。
2022/02/26 23:04
masa8aurum
・イベント（Pub/Sub）の設計を標準とすべき？ ・イベントストーミング（event storming）
2022/02/26 23:25
tettekete37564
イベント駆動の意味が昔と別物なのな
2022/02/26 23:33
Phenomenon
ほーへー
2022/02/26 23:53
turanukimaru
永続化された集約に対してイベントが発生するのであり、変更した集約を永続化するわけではない、という事だったら何を今更と言う気がするんだけど別の話のような気もする。具体例が無いと分からん。調べるしかないか
2022/02/26 23:59
w1234567
マイクロサービスのサービス間の通信ならまあイエスなんだけど、単一のサービス内でこれやるかと言われるとうーん？ってかんじ
2022/02/27 00:03
for-my-internet-demo
んー、ついでにチームビルディングやらドキュメンテーションの作法やらインフラ知識やらついてくるし、すげーギリギリまで1トランザクションで起こることを愚直にベタ書きするのが我々凡白向けなのは変わらんかなー
2022/02/27 00:40
T-miura
例外とかトランザクションどう扱うのわからね、、、。
2022/02/27 01:16
ledsun
実装はイベントもサービスも数が増えると手に負えなくなる点は、一緒な気がします。ビジネスの人にとって、イベントとサービスどっちの方がわかりやすいのかなあ？業務は作業じゃなくてイベントの集まり、かも？
2022/02/27 01:49
otchy210
クラウドベースで Pub/Sub が気軽に使えるようになってきたからこその発想なのかな。以前であれば大半のケースで「過剰な設計」として却下されているのではなかろうか。
2022/02/27 02:43
asuka0801
マイクロサービスなら良いと思うんだけどこれを全部のクラスでやれと言われるとソース追いづらくて逆にめんどくさく無いですかね。
2022/02/27 03:40
ftype
ソースがないんよ…
2022/02/27 07:28
onesplat
これはきっと、イベント駆動にも出来るくらいに個々の処理単位をポータビリティ高めに書いておいて、しかし結局直接呼び出しするのが最適解であると思う。あとイベント駆動にDIが必要ないみたいなのは誤解。
2022/02/27 08:13
prograti
個人開発レベルで色々試しているけどまだこれという実装に落とし込めてない。。。Pub/SubはインメモリのEvent Busで行って、モジュール間のやり取りはInbox/Outboxパターンでやり取りするみたいな感じかな？
2022/02/27 08:49
MtAsuka
業務が複雑になると似たイベントが乱立してわけがわからなくなりそう。これまでサービス側で書いていたビジネスロジックの一部をイベントハンドラに移すわけだしね。
2022/02/27 09:02
onionskin
コレオグラフィというやつ / むしろビジネスでは例外処理が必須だからこの構成にするんじゃないかな
2022/02/27 09:10
otihateten3510
DDD界隈は未だにヤッてんなあ
2022/02/27 09:17
airj12
業務的な例外を排除(システムは無視)できる文化であれば理に適っていて整理しやすい
2022/02/27 10:14
mushus
メソッドを呼び出すことをメッセージパッシングとも呼ぶことあるし、壮大なイベント機構を入れなくても構築のエッセンシャルだけでも十分機能しそう
2022/02/27 10:24
u_1roh
これはイベントを起点としてドメインをモデリングしようという話で、実装をpub/subにせよとは言ってないんじゃないかなぁ、知らんけど。Domain Modeling Made Functional には「実装は関数呼び出しでもええよ」と書いてあった。
2022/02/27 10:59
kat21
むしろ普通はイベント駆動にしないかな？去年若い子に教えたときもイベントを意識してコンポーネントの独立性を高めるように教えたわ
2022/02/27 11:38
chinpokomon_master
この設計の是非はともかく「前からある」みたいなのは技術の螺旋を1mmも理解できてない。過去似たようなものがあっても基盤となる技術や前提条件が異なるので一段階高レイヤーなものになる。
2022/02/27 11:46
yarumato
“叙述的な記法「メソッド呼び出し」を廃して、宣言的な記法「イベントを利用したクラス間の呼び出し」（Pub/Subの仕組みで、これが発生したときにこれを行う）の方が依存関係を小さくできる、という潮流がある”
2022/02/27 12:29
takyam1213
トランザクション管理の難易度はあがるから用法用量を守りましょう
2022/02/27 12:39
daichirata
返り値を受け取る必要がない(そのままworkerに切り出せる)粒度でなら最初からこう実装しとくのは良さそう
2022/02/27 13:10
door-s-dev
イベントストーミング
2022/02/27 15:54
gg119104
簡素なアプリでDDD使わないのは言わずもがな。翻ってスケールアウトが必要なシステムではかなり有用だと思う、そして職業エンジニアはスケールアウトを迫られるシーンって結構あるのではないかな
2022/02/27 16:34
rgfx
ワークフローエンジンか何かかな？
2022/02/27 16:46
eagleyama
“メソッド呼び出しという「叙述的」な記述を廃して、Pub/Subの仕組みを中心とした「これが発生したときにこれを行う」という「宣言的」な記法の方が依存関係をうまく整理できる、と”
2022/02/28 07:32
NOV1975
システムに業務合わせないと破綻するやつかな
2022/03/02 10:36
hitotakuchan
イベント駆動のいいところはシステム間を疎結合にでき、コンポーネントを単一責任にしやすいこと。イベントストリームに対するmap,filter,reduceなどリアクティブプログラミングで肌感覚を得るといい。