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

slay-t id:slay-t

dddとタスクに関するslay-tのブックマーク (2)

DDDにおけるドメイン層オブジェクト設計の基本方針[ドメイン駆動設計] - little hands' lab
株式会社ログラスの松岡(@little_hand_s)です。ドメイン層のオブジェクトを設計する際に、重要な基本方針があります。ドメインモデルの知識を対応するオブジェクトに書く常に正しいインスタンスしか存在させないこの2つを守ると、非常に保守性の高いコードにすることができます。以下、詳細に解説します。ドメインモデルの知識を対応するオブジェクトに書くドメイン知識(ルール/制約)を表現する実装を、ドメイン層のオブジェクトに寄せていきます。この判断は、「ドメインモデル図に書かれた吹き出しの内容が、どの層で実装されているか」という基準に基づき行います。この基準はコード設計の指針として非常に役立ちます。設計の良し悪しというのはさまざまな基準があるため、レビューをしていてもいわゆる「俺の考えた最強の設計」同士が戦ってしまうことがあります。しかし、「ドメイン知識はドメイン層に書く」と
slay-t 2022/01/25
ddd

設計

コード

domain

it

タスク
リンク
DDDのエンティティはイミュータブルな実装にしてもいいの？(サンプルコード有り)[ドメイン駆動設計 / DDD] - little hands' lab
本記事はドメイン駆動設計（ＤＤＤ） Advent Calendar 2021の13日目の記事です。エンティティとイミュータブル性オブジェクトをイミュータブル、つまり内部状態を変えない実装にすることで可読性やマルチスレッド対応性が向上することがあります。エンティティはモデリング上の定義はミュータブルなものですが、実装方法をイミュータブルにすることは可能です。 (DDDでは、エンティティはミュータブルもしくはイミュータブル、値オブジェクトは必ずイミュータブルという定義です。詳しくはこちら) DDD基礎解説：Entity、ValueObjectってなんなんだ - little hands' lab 本記事ではエンティティをイミュータブルな実装にするサンプルコードと合わせて、イミュータブルにした場合の旨みを感じられるコードを紹介します。イミュータブルなエンティティ実装の例エンティティをイ
slay-t 2021/12/13
ddd

コード

設計

id

domain

architecture

ドメイン駆動設計

タスク
リンク
1