[B! ddd][db] slay-tのブックマーク

slay-t id:slay-t

dddとdbに関するslay-tのブックマーク (4)

イミュータブルデータモデルの極意
2021/11/24 「イミュータブルでゆこう」イベントの資料です。データをリソースとイベントに場合分けして考えようという至極単純な話を1時間ほどしました。Read less
slay-t 2021/11/25
ad

data

設計

db

database

architecture

design

ddd

スライド
リンク
DDDとORMのEntityを混同しないための考え方
２つの ”Entity” ある種の ORM では RDB のテーブルスキーマモデルとなるクラスのことをEntityと呼んでいます。例えば PHP のDoctrineや TypeScript のTypeORMなどがそうです。そういった ORM を採用したプロジェクトで DDD に取り組むとき困るのが用語の衝突です。ORM の Entity は RDB のための定義を含むため当然 DDD の Entity とは異なるのですが、なにぶん同じ名前なので混同してしまいがちです。本記事では両者を混同せず扱うための考え方をまとめます。 Entity の定義まずは定義から確認します。 DDD での定義エヴァンス本の日本語訳から引用します。主として同一性によって定義されるオブジェクトはエンティティと呼ばれる Eric Evans. エリック・エヴァンスのドメイン駆動設計 (Japanese Edi
slay-t 2020/12/17
ddd

db

tech

開発

development

技術

ORM
リンク
境界づけられたコンテキスト実装編 - ドメイン駆動設計用語解説 [DDD] - little hands' lab
little-hands.hatena blog.com こちらの記事で説明できなかった、「境界づけられたコンテキストをどうやって実装に落とし込むのか？という話を書きます。境界づけられたコンテキスト実装の基本イメージ結論からいくと、基本的には、 1コンテキスト = 1アプリケーションと思ってもらってOKです。これを基本として、用途や実装コストと相談しながら少しずつ設計を組み替える検討が可能です。 1アプリケーション単位で、オニオンアーキテクチャ概略の記事で紹介したアーキテクチャを1セット揃えると思ってください。つまり、こちらの記事で紹介した2つの境界づけられたコンテキストに対して、以下のようにアプリケーションを2セット作ります。ドメイン層を外界と隔離して、外部に公開するする操作を周りの層で定義するのです。最終的に、マイクロサービス2つ作ると思ってもらって良いです。そうすると、
slay-t 2017/12/07
db

ddd

アーキテクチャ

ドメイン駆動設計
リンク
1