[フレーム]
はてなブックマークアプリ

サクサク読めて、
アプリ限定の機能も多数!

アプリで開く

気に入った記事をブックマーク

  • 気に入った記事を保存できます
    保存した記事の一覧は、はてなブックマークで確認・編集ができます
  • 記事を読んだ感想やメモを書き残せます
  • 非公開でブックマークすることもできます
適切な情報に変更

エントリーの編集

loading...

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

タイトルガイドライン

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます
コメントを非表示にできます コメント表示の設定

ブックマークしました

ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

521users がブックマーク コメント 45

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

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

521 users qiita.com/dairappa

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

はてなブックマーク

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページ

記事へのコメント45

  • 注目コメント
  • 新着コメント
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
ワークフローエンジンか何かかな?

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

2022年02月27日 リンク

その他
door-s-dev
イベントストーミング

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

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

2022年02月27日 リンク

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

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

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

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

2022年02月27日 リンク

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

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

その他
otihateten3510
DDD界隈は未だにヤッてんなあ

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

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

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

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

その他
ftype
ソースがないんよ...

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

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

2022年02月27日 リンク

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

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

その他

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー
アプリのスクリーンショット
いまの話題をアプリでチェック!
  • バナー広告なし
  • ミュート機能あり
  • ダークモード搭載
アプリをダウンロード

関連記事

usersに達しました!

さんが1番目にブックマークした記事「最近の海外DDDセミ...」が注目されています。

気持ちをシェアしよう

ツイートする

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

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure y... Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL;DR 最近の設計志向はイベント駆動がかなり中心になっている とくにDDD界隈がここまでイベント駆動一槍だとは思わなかった ストーリーを出発点にイベント駆動で設計を組み立てる「イベントストーミング」がかなり多くの場所で事例として取り上げられている はじめに 最近、洋書や動画の講演資料などいくつか海外の情報源に当たることがおおくなり、その中で「結構日でやられている取り組みとちがうなー」と考えることが多く、一旦そのあたりの差分をまとめておこうかと思いました。 ただの出羽守(あるいは鹿鳴館精神)ではなく、一つの潮流としてこんなのがある

ブックマークしたユーザー

  • techtech05212023年09月06日 techtech0521
  • onori1082022年08月25日 onori108
  • r-west2022年08月05日 r-west
  • pal2hmnk2022年04月25日 pal2hmnk
  • mimosafa2022年04月13日 mimosafa
  • nilab2022年03月16日 nilab
  • t1mvverr2022年03月16日 t1mvverr
  • fukuchiharuki2022年03月15日 fukuchiharuki
  • yamadar2022年03月15日 yamadar
  • kuchitama2022年03月15日 kuchitama
  • taro-is2022年03月11日 taro-is
  • rochefort2022年03月10日 rochefort
  • at_yasu2022年03月10日 at_yasu
  • CLSmooth2022年03月09日 CLSmooth
  • keisuke_yamane2022年03月09日 keisuke_yamane
  • balaenoptera2022年03月09日 balaenoptera
  • habarhaba2022年03月09日 habarhaba
  • Malan2022年03月07日 Malan
すべてのユーザーの
詳細を表示します

ブックマークしたすべてのユーザー

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

同時期にブックマークされた記事

いま人気の記事 - 企業メディア

企業メディアをもっと読む

はてなブックマーク

公式Twitter

はてなのサービス

Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しましたx

AltStyle によって変換されたページ (->オリジナル) /