🐖 📊 🈴 ドメインに基づいた設計の学習（DDD：Domain Driven Design） 🏛️ 🚇 🧠

1.はじめに

この記事では、これらの3つの手紙についてお話したいと思いますが、これらは常に聞かれますが、多くの場合、7つのシールの背後にある秘密であり、対象分野に基づいてデザインの開発を継続したい場合に役立つ多くのリソースを提供します（ DDD：Domain Driven Design）。

2.では、なぜDDDなのか？

ドメイン（ドメインロジック）またはビジネスロジック（ビジネスロジック）には、いくつかの実装テンプレートがあります。

1）テーブルモジュール -データベーステーブルまたはビュー内のすべてのレコードのビジネスロジックを処理する、単一コピーのオブジェクトです。

2）トランザクションスクリプト -プレゼンテーションレベルからの要求を受け入れる手順により、ビジネスロジックとのやり取りを整理します。

3）ドメインモデル -直接、サブジェクトエリアのオブジェクトモデル。動作とデータの両方が含まれます。

これらのパターンについては、 Martin Fowlerの著書Architecture of Enterprise Software Applicationsで詳しく説明されています。 エンタープライズアプリケーションパターン 」 （エンタープライズアプリケーションアーキテクチャのパターン（EAAのP）） 。この本では、最初の2つのテンプレートがサブジェクトエリアでの作業の開始時により魅力的であることを示していますが、サブジェクトエリアのロジックの複雑さを増す場合、最初の2つのアプローチを使用してインフラストラクチャを維持することにもっと注意を払う価値があるという事実にも注目します。上記のテンプレートの3番目、いわゆる「ドメインモデル」を決定する際に参照してください。

これに基づいて、このテンプレート（「ドメインモデル」）は、たとえば、金融市場などの困難な分野に最適であるという小さな結論を出します。現在作成されているソフトウェアのほとんどは、さまざまなビジネスニーズに合わせて設計されているため、抽象的で一般化されたソリューションは、市場での地位を獲得しています。 なぜ私はこれについて書いているのですか？ DDDは高品質な設計であるだけでなく、ソフトウェアで対象領域を強調表示する方法の良い例でもあるため、開発するのではなく、対象領域の困難、頻繁な変更、通信の問題、およびその他の病気をより簡単に克服するために変更や修正を行うと、新しい欠陥の雪崩があなたに降りかかる可能性がある、理解しにくいdifficultいシステム。

DDDは、次のような開発プラクティスの遺産を決して否定しません。

オブジェクト指向設計
デザインパターン（有名なGoFを含む）
Robert“ Uncle Bob” Martinが編集した、いわゆる一連のSOLID設計原則。
テスト開発（TDD：テスト駆動開発）

DDDはそれらを補完するだけです。複雑なシナリオで適切なモデルと抽象化を検索するには、オブジェクト指向アプローチの分野でかなりの知識が必要であり、DDDだけでなく、さまざまな原則、パターン、および実践を適用する十分な経験が必要です。

3.どこから始められますか？

私の「退屈なPR」ドメインベースのデザイン（DDD）がまだあなたを退屈させていないなら、もしそうでなければ、少なくとも資料へのリンクを見てください。

一般の人々のためにDDDに光を当てた最初の本は、いわゆる「ビッグブルーブック」（ミームBBB：ビッグブルーブック）： ドメイン駆動設計：ソフトウェアの中心にある複雑さへの取り組み エリック・エヴァンス （まだロシア語に翻訳されていません）。

この本では、DDDとは何か、ドメイン言語、テンプレート、設計手法、リファクタリング、モデリング、開発を柔軟にする方法など、関連するすべての側面について詳しく説明しています。しかし、本で提起されたすべての問題に精通していても（これは簡単な作業ではありません）、質問は理論的な観点からのみ考慮され、練習のためのすべての範囲を残しています（本は特定の開発プラットフォームに結び付けられていません）。

私たちのほとんどにとって、純粋な理論を読むことは好きではありませんが、実用的な例がなければ、 InfoQ ： Domain Driven Design Quicklyポータルによって作成されたこの本の簡略版（およびアクセス無料）に注意を向けることができます。

また、Eric Evansの優れたプレゼンテーションも用意されています。

1） DDD：モデルを機能させる

2） DDDに関するEric Evans：戦略的設計

InfoQポータルでは、他の多くのDDD プレゼンテーション、記事、インタビューを見つけることができます。

それでは、理論的な部分で、 DDDの実用的なアプリケーションの例をどこで見つけることができるかを考えました。このための素晴らしい本は、ティム・マッカーシーによって書かれた、C＃を使用した.NETドメイン駆動設計、問題-設計-ソリューションです。

この本には、実用的な例があります。

1）要件の定義からコードの記述まで、設計および開発プロセスはどのように進んでいますか

2）意思決定においてアーキテクチャレイヤーを整理する方法

3）DDDパターンとプラクティスの適用方法

4）DDD用の小さなフレームを構築する方法

5）モデルからドメインのドメインを分離する方法

6）実際のWPF（Silverlightにも適用可能）などの環境でのデータ表示とそれらとの相互作用（Model-View-ViewModel）の最新パターン。

この本は、非常に幅広いアイデアを持つ優れたDDDワークショップです。この本は、要件の開発から始まり、そのソースコードがCodeplexで入手可能な産業用アプリケーションの実装で終わります。

本のコンセプト全体は、3つのDDDの柱の本に基づいています。

PoEAAマーティンファウラー
DDDエリック・イヴェンス
ドメインの適用-ジミーニルソンのデザインとパターン（ジミーニルソンのアプリケーション指向のデザインパターン：C＃および.NETの例による問題指向のアプリケーションデザイン）

この本は、DDDで使用されるすべての問題、技術、およびパターンを表面的に扱っており、すべての例にはコードが付属しているため、理解が容易になります。この本は素晴らしいですが、ロシア語の翻訳は私たちを失望させたので、原本を読むことをお勧めします。

ただし、DDDは単なる実用的なソリューションまたはパターンではなく、思考とアプローチであり、DDDに従うことを決定する場合には、モデルに与えられた高い優先度に焦点を当て、ドメイン言語の開発、モデルのコンテキスト、モデリングプロセス、知識の共有、リファクタリング、戦略的設計など...これがEric Evensの本を読む主な理由です。DDDの哲学をより深くより深く理解できるからです。

DDDは特定のテクノロジーに関連付けられていませんが、TDDフレームワーク、ORM、Persistence Ignorance、IoCコンテナー（Inversion of Control）を実装する能力など、優れたツールと実践を武器なしにDDDをフォローするのは容易ではありません）、およびAOP（アスペクト指向プログラミング）の機能は、もちろんこれらすべてのツールが必要であることを意味するものではありませんが、実際にDDDの実装に近づくことができます。これらのツールの実用的な価値は、DDDの重要な目標であるドメインモデルを分離できることです。 Jimmy Nilssonの本は、これらのツールの機能と種類を紹介しています。また、ジミーは企業アプリケーション実装テンプレートの使用方法を示し、それらのおかげで、最新のツールとプラクティスに基づいた完全なソリューションを構築します。

Ruby On RailsでのDDDテンプレートの実装：

Railsに実装されたDDD（ドメイン駆動設計）の概念

4. DDDの話題の問題

C DDDは、DDDD：Distributed Domain Driven Designなどのトピックとも密接に関連しています。 DDDDは、分散シナリオのDDDです。現在、DDDDについて一言で言えば、DDDDリソースはあまりありません。メッセージとDDDの実装の問題をカバーしており、コマンドクエリ分離（CQS ）はこのアプローチの実装に役立ちます。グレッグヤングは、DDDDに関する本を準備していると言いました。

SOAとDDDは、 Udi Dahanがよく議論する別の膨大なトピックです。

5. DDDテンプレート、概念、および概念

産業用アプリケーションでは、DDDはいくつかのテンプレートを使用しますが、その一部はEric Evensの本に記載されていますが、これは、GoAテンプレート、PoEAAに記載されたMartin Fowlerのテンプレート、 Enterprise Application Integration Templatesなどを含むオブジェクト指向アプローチの使用を無効にしません。 ...

それらのいくつかを次に示します。

6.アプリケーションの例

DDD実装の良い例を見つけることは非常に困難です。DDDが存在しないからではなく、DDDの真の力が、かなり複雑な分野で使用されるアプリケーションで実現されているためです。ただし、DDDテンプレートを実装するためのアイデアをトレースできる優れたプロジェクトを見つけることができます。

ここにあります：

1）Tim McCarthyのアプリは彼のプロジェクトであり、彼の本で詳しく説明されています。彼は、テンプレートの使用だけでなく、DDDの観点からドメインモデルの開発にも焦点を当てています。

このプロジェクトは、.NET 3.5に基づいて構築され、ドメインモデルとのデータバインディング（データバインディング、MVVMテンプレートの実装）の最新のアプローチの全力を発揮するという点でも興味深いものです。彼のスタイルは、抽象化と再利用可能なコードを強調する能力でも有名です。

2）次に注目すべきプロジェクトは、 Yves Goelevenによって開発されたアプリケーションです。このアプリケーションの作成については、彼のブログ（DDDの基本概念も取り上げています）で説明されています。彼の他のアプリケーションはDDDフレームワークです。リポジトリと仕様テンプレートの相互作用の実装に注意する必要があります。

3）Billy McCaffertyは、 S＃arp Architectureと呼ばれる驚くべきオープンソースDDDに焦点を当てたフレームワークを開発しています。彼は、フレームワークに含まれるテンプレートとアプローチの説明を含む非常に良い説明を持っています。このフレームワークは、NHibernateを使用してASP.NET MVCアプリケーションを開発することを目的としています。

4）Jimmy Nilssonが開発したC＃Domain-Driven Designサンプルアプリケーション（ndddsample）は、DDDの観点からアプリケーションをキーレイヤーに分割する方法を示しています。彼の本で説明されている貨物輸送の主題分野におけるビルディングブロックパターンの実際の応用も実証されています。

このプロジェクトは、Eric Ivens「Domain Language」とスウェーデンのコンサルティング会社「Citerus」の共同作業に基づいています。

このプロジェクトの目的：

.DDでDDDを使用する実際の使用方法を示します。
.NETの分野における現在のユーティリティ、技術、および開発方法論の使用。ALT.NETコミュニティで議論されています。
典型的なDDDアプリケーションの実装の実用的な例を示します。
特定のプラットフォームでDDDを実装する方法を示します。これにより、他のプラットフォームでも同じことが簡単に行えます。
実行可能なプラクティスを選択するのに役立ちます。さまざまなアプローチにより、コミュニティはそれらについて議論し、特定の実装に適したものを選択できます。

詳細はこちらをご覧ください。

7.ドメイン駆動設計リソース

公式ウェブサイト-http://domaindrivendesign.org/

ディスカッショングループ-http://tech.groups.yahoo.com/group/domaindrivendesign/は大人のグループであり、非常に優れたアイデアのソースであり、DDDの分野におけるあらゆる種類の問題を議論する場所です。その中で、DDDを経験した人々があなたの質問に答えることができます。

Jimmy Bogardのブログ-http ://www.lostechies.com/blogs/jimmy_bogard/default.aspx

コリンジャックのブログ-http://colinjack.blogspot.com/

グレッグヤングのブログ-http://codebetter.com/blogs/gregyoung/default.aspx

Casey Charltonのブログ-http://devlicio.us/blogs/casey/

Udi Dahanのブログ-http://www.udidahan.com/

ドメイン駆動設計の概要-http://msdn.microsoft.com/en-us/magazine/dd419654.aspx

8.結論

複雑な企業システムで「オブジェクト指向の視野」を拡大し、開発と設計の新しい方法を学習することに興味がある場合は、DDDがまさに必要です。

http://weblogs.asp.net/arturtrosin/archive/2009/02/09/domain-driven-design-learning.aspx

ドメインに基づいた設計の学習（DDD：Domain Driven Design）