ドメイン駆動設計 - Wikipedia

ドメイン駆動設計（ドメインくどうせっけい、英語: domain-driven design、DDD）とは、ドメインの専門家からの入力に従ってドメインに一致するようにソフトウェアをモデル化することに焦点を当てるソフトウェア設計手法である[1][2]。オブジェクト指向プログラミングに関しては、ソースコード（クラス名・クラスメソッド・クラス変数）の構造と名称がビジネスドメインと一致させる必要があることを意味する。例えばローンの申し込みを処理するソフトウェアには、LoanApplicationやCustomerなどのクラスと、AcceptOfferやWithdrawどのメソッドが含まれることになる。ドメイン駆動設計は次の目標に基づいている。 プロジェクトの主な焦点をコアドメインとドメインロジックに置く。 ドメインのモデルに基づく複雑な設計。 特定のドメインの問題に対処する概念モデルを繰り返し改良す

[gogatsu26]

“DDD”

[yk4192]

プログラミング思想とか設計って初心者の身だと抽象的でなかなか入ってこない

[nilab]

Domain-driven design, DDD 「ソフトウェアの設計手法」「複雑なドメインの設計はモデルベースで行うべき」「システムを実装するための特定の技術ではなくドメインそのものとドメインのロジックに焦点を置くべき」

[WhatAmILookingFor]

#DDD “サービス: 操作がオブジェクトに属さない場合に、問題の自然な解決策として、操作をサービスとして実現することができる。サービスの概念はGRASPにおいて"純粋人工物"と呼ばれるものである。”

[x5gtrn]

「'複雑なドメインの設計はモデルベースで行うべきであり'、'また大半のソフトウェアプロジェクトではシステムを実装するための特定の技術ではなくドメインそのものとドメインのロジックに焦点を置くべき'とする」

[Kureduki_Maari]

.｡oO(DDD -> Domain-driven design (ドメイン駆動設計)

[ono_matope]

DDD勉強した方がいい気がしてきた

[todesking]

WikipediaのDDD記事、ファクトリとリポジトリ使うのは「実装を簡単に切り替えられるようにするため」とあって違和感