ドメイン駆動設計に関して過去にお話しした際の発表資料やその他書いたものをまとめました。 PHPカンファレンス2015とその再演 2015年10月3日に開催された同カンファレンス内のPHPメンターズセミナー「モデルを設計せよ!―ドメイン駆動設計を超えて」が、ドメイン駆動設計に関して初めてお話しした機会でした。 ドメイン駆動設計に関してはその後も色々な表現でつぶやいたりしていますが、結局は、この時に発表した内容の変奏曲にすぎません。 PHP Mentors — PHPカンファレス2015...←山根さんによる参加記 ドメイン駆動設計 ~ユーザー、モデル、エンジニアの新たな関係~ from 啓 杉本 www.slideshare.net これは、ご出席の皆様からは結構ご評価を頂き、2回、内容を少しずつずらせながら再演しました。 再演 1:IT勉強宴会 IT勉強宴会の佐野さんから、PHPカンファレ
この記事は クラウドワークスアドベントカレンダー2020 8日目の記事です。 概要 こんにちは、クソコードを爆殺リファクタリングするのが大好きなミノ駆動です。 今回は単一責任原則の話です。 単一責任原則はSOLID原則のひとつとして有名で、2020年のオブジェクト指向カンファレンスのアンケートでも、SOLID原則の中で最も人気がありました。 皆さんは単一責任原則を遵守した設計をしていますか。 どんな構造が単一責任設計で、一方どんな構造が単一責任でない設計か、明確に意識していますか。説明できますでしょうか。 ところで「単一責任原則とはなんぞや」について、少なくとも私の観測範囲では、概念的な話にとどまっているものが多く、コードレベルで具体的に説明しているものは少ないように感じます。 そうした状況からか、単一責任原則の解釈が人によって違っていたりしているように感じます。 本記事は、今一度単一責任
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く