この記事は Google Cloud Translation APIを使用した自動翻訳です。
いくつかの文書は原文を読むのに良いかもしれません。
ドメイン駆動設計 (DDD) は、実装ではなくドメイン、つまり問題領域に焦点を当てたソフトウェア開発へのアプローチです。ドメイン知識の重要性を強調し、ドメインを正確に反映するモデルを構築する必要性を強調しています。
ドメイン駆動設計 (DDD) は、ドメイン知識の重要性を強調するソフトウェア開発へのアプローチです。これは、Eric Evans の著書「ドメイン駆動設計: ソフトウェアの中心で複雑さに取り組む」で初めて紹介されました。
DDD の目標は、ドメインを正確に反映するモデルを構築することです。これを行うために、DDD は、ドメインを理解し、ドメインを正確に反映するユビキタス言語を作成し、ドメインを正確に反映するモデルを作成する必要性を強調しています。
DDD は次の原則に基づいています。
ドメイン駆動設計は、Eric Evans の著書「ドメイン駆動設計: ソフトウェアの中心で複雑さに取り組む」で初めて紹介されました。この本は 2003 年に出版されて以来、ソフトウェア開発へのアプローチとして広く採用されています。
ドメイン駆動設計の主な機能は次のとおりです。
たとえば、顧客の注文を管理するために使用されるソフトウェア システムを考えてみましょう。このシステムでは、ドメインには顧客、注文、製品、および支払い方法が含まれます。
DDD を使用すると、ドメインは顧客管理、注文管理、製品管理、支払い管理などの個別のコンテキストに分割されます。各コンテキストには独自の言語とモデルがあり、モデルはドメインを正確に反映するように設計されます。
ドメイン駆動設計の主な利点は次のとおりです。
ドメイン駆動設計の主な欠点は次のとおりです。
ドメイン駆動設計は、オブジェクト指向設計、テスト駆動開発、アジャイル開発など、ソフトウェア開発への他のアプローチに関連しています。
ドメイン駆動設計は、オブジェクト指向設計、テスト駆動開発、アジャイル開発など、ソフトウェア開発への他のアプローチと組み合わせて使用されることがよくあります。
ドメイン駆動設計は、オブジェクト リレーショナル マッパー、依存性注入フレームワーク、自動テスト フレームワークなどの他のツールやテクノロジと組み合わせて使用されることがよくあります。