第二回ボトムアップドメイン駆動設計のまとめ

iganin @iganin_dev

swiftではEquatableとComparableに準拠して、propertyをletで定義すれば値オブジェクトとみなせるのかな。 #bu_ddd

おーひら @mohirara

ボトムアップドメイン駆動設計を写経する会をやった効果が出ているぞ！ 話だけでもイメージはつくけど、やっぱソースコード書かなくっちゃね！ #bu_ddd

ういろう @nyamucoro

■エンティティ 1.可変 2.同じ属性でも区別される 3.同一性をもつ 1. (new User('tanaka')).changeName('sato'); 2. 同姓同名だけど、別オブジェクトだよね。識別子とか持とうか。 3. tanakaさんがsatoさんに切り替わっても、同一人物だよね。 #bu_ddd

plavelo @plavelo

属性が同じでも区別したいものってあるよね、そんなとき使えるのが識別子(ID)。識別子が同じだったら、属性がちょっと違っても同じものとして扱う。識別子で区別するのがエンティティ、属性で区別するのが値オブジェクト。合ってますかね… #bu_ddd

Cz_mirror @Cz_mirror

エンティティ 同一性を持つ。属性ではなく同一性によって識別されるモデル。 #bu_ddd

ういろう @nyamucoro

ライフサイクル持ってる それはエンティティ。 #bu_ddd

Cz_mirror @Cz_mirror

エンティティ ライフサイクルを持っている #bu_ddd

鈴木セシル @suzuki_cecil_

サービスという言葉も乱立していて辛い。 #bu_ddd

Yukihiro Moriyama 🍣 @wevnal @m_yukihiro

表現力が増すって単語はとても良い #bu_ddd

おーひら @mohirara

「ライフサイクル」も「オブジェクトのライフサイクルが〜〜〜」というフレーズで初めて出会った気がするけど、ちんぷんかんぷんだったなあ。 #bu_ddd

Cz_mirror @Cz_mirror

ドメインサービスはエンティティや値オブジェクトに実装するのが自然でない処理を実装するオブジェクト #bu_ddd

おーひら @mohirara

謎のエンティティチェックおじさん #bu_ddd

鈴木セシル @suzuki_cecil_

エンティティは他のエンティティのことを知ってはいけない、そこでドメインサービスの出番 #bu_ddd

Yukihiro Moriyama 🍣 @wevnal @m_yukihiro

エンティティが他のエンティティのこと知っちゃダメ #bu_ddd

ういろう @nyamucoro

■ドメインサービス ・重複チェック専用オブジェクトとか、エンティティに実装しない 　→こういうのをやるのがドメインサービス ■私的感想 静的呼び出しするか、シングルトンで実装したほうが良さげ・・・？ #bu_ddd

おーひら @mohirara

Validatorクラスというのをよく見る気がするなあ。これもエンティティチェックおじさん？ ドメインサービス？ #bu_ddd

実践Terraform＠tmknom @tmknom

ドメインサービスとアプリケーションサービスの使い分けはあとで出てくるのかな？ #bu_ddd

kwwwwwwwr @chrkwbr

値オブジェクト、エンティティ、ドメインサービス を武器にビジネスロジックを組み立ててみる #bu_ddd

鈴木セシル @suzuki_cecil_

ドメインサービスとUtilの違いがよく分からない。。。 #bu_ddd

plavelo @plavelo

ドメインサービスとは？エンティティや値オブジェクトに入れると不自然な場合に作るもの。実態は副作用がないただの関数 #bu_ddd

iganin @iganin_dev

引数にStringが重複して代入ミスるというのはよくある話だなと思った。Swift Tipsの81番がそれに使える気がする。github.com/johnsundell/sw… #bu_ddd

ういろう @nyamucoro

話者『リポジトリご存知の方いますか？』 会場『めっちゃ手上げる』 話者『なんでここに来たんですか？』 #bu_ddd

Cz_mirror @Cz_mirror

リポジトリはデータの永続化を担うオブジェクト #bu_ddd

鈴木セシル @suzuki_cecil_

リポジトリはエンティティを永続化する #bu_ddd

iganin @iganin_dev

リポジトリ -> エンティティを永続化する。 #bu_ddd