[B! DDD] metatradingのブックマーク

現場で実践すべきDDDモデリングのポイント3つ〜4年間の実績からの気づき〜

metatrading 2021/09/12

実践的で分かりやすい。

DDD

リンク

ドメイン駆動設計に関する発表資料など - Hot Heart, Cool Mind.

ドメイン駆動設計に関して過去にお話しした際の発表資料やその他書いたものをまとめました。 PHPカンファレンス2015とその再演 2015年10月3日に開催された同カンファレンス内のPHPメンターズセミナー「モデルを設計せよ！―ドメイン駆動設計を超えて」が、ドメイン駆動設計に関して初めてお話しした機会でした。ドメイン駆動設計に関してはその後も色々な表現でつぶやいたりしていますが、結局は、この時に発表した内容の変奏曲にすぎません。 PHP Mentors — PHPカンファレス2015...←山根さんによる参加記ドメイン駆動設計～ユーザー、モデル、エンジニアの新たな関係～ from 啓杉本 www.slideshare.net これは、ご出席の皆様からは結構ご評価を頂き、２回、内容を少しずつずらせながら再演しました。再演 1：IT勉強宴会 IT勉強宴会の佐野さんから、PHPカンファレ

metatrading 2021/04/29

DDD

リンク

単一責任原則で無責任な多目的クラスを爆殺する - Qiita

この記事はクラウドワークスアドベントカレンダー2020 8日目の記事です。概要こんにちは、クソコードを爆殺リファクタリングするのが大好きなミノ駆動です。今回は単一責任原則の話です。単一責任原則はSOLID原則のひとつとして有名で、2020年のオブジェクト指向カンファレンスのアンケートでも、SOLID原則の中で最も人気がありました。皆さんは単一責任原則を遵守した設計をしていますか。どんな構造が単一責任設計で、一方どんな構造が単一責任でない設計か、明確に意識していますか。説明できますでしょうか。ところで「単一責任原則とはなんぞや」について、少なくとも私の観測範囲では、概念的な話にとどまっているものが多く、コードレベルで具体的に説明しているものは少ないように感じます。そうした状況からか、単一責任原則の解釈が人によって違っていたりしているように感じます。本記事は、今一度単一責任