気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
blog.j5ik2o.meエントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
CQRS/ESによって集約の境界定義を見直す - かとじゅんの技術日誌
peing.net メッセージングシステムのお題のようです。面白そうなのでちょっと考えてみよう。 問題提起 ... peing.net メッセージングシステムのお題のようです。面白そうなのでちょっと考えてみよう。 問題提起 集約候補が以下の3つ。 ユーザー 企業 スレッド メッセージ スレッド集約はメッセージを複数保持するようです。 1000件のメッセージを保持するスレッド集約を更新した際、1000件のアップデートが行われる スレッド集約内部で更新された属性を把握していない場合は、リポジトリでは全メッセージ分の更新となる。これを避けるための仕組みはどう実装するのか？ ということが指摘されている。まぁわかります。これはCQRS/ESなら解決できるよと言ってみる 問題の分析 で、僕ならどう考えて実装に落とすかつらつらまとめてみよう。CQRS/ES前提です。Akkaの成分は少なめでScalaの擬似コードで解説します。コードはコンパイルしてないので…おかしなところあるかも。 問題はスレッド集約がメッセージの集合
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
blog.j5ik2o.me
blog.j5ik2o.me
blog.j5ik2o.me
blog.j5ik2o.me
anond.hatelabo.jp
anond.hatelabo.jp
pha.hateblo.jp
guide.1on1guide.org
zenn.dev/himara2
speakerdeck.com/kaityo256
amber-lang.com
nowokay.hatenablog.com
speakerdeck.com/genkiogasawara
qiita.com/UniKawazoe
www.nict.go.jp
www.businessinsider.jp
news.nicovideo.jp
world-fusigi.net
mainichi.jp
ameblo.jp/abe-nangyu
2020/07/18 リンク