ドメイン駆動設計＋クリーンアーキテクチャ解説【DDD編】 - Qiita
前後編に分けています. 後編：ドメイン駆動設計＋クリーンアーキテクチャ解説【クリーンアーキテクチャ編】 1．はじめに 今回はドメイン駆動設計+クリーンアーキテクチャについて記載したいと思います。 実は僕自身「エリック・エバンスのドメイン駆動設計」を読み、実際にプロジェクトに反映する際に、いくつか問題にぶち当たりました。 上記DDD本は非常に内容が濃く良書だと思いますが、反面抽象的な記述が多く、読み解く上で苦労した部分もあり、そういった所を踏まえ今回はできるだけ具体的な例を元に記載できればと思います。 また実践していく上でドメイン駆動設計だけでは、なかなか実装に落とし込めず、特に最初に導入したレイヤードアーキテクチャを実装していく上では、いくつか問題がありました。そこで上記解決策としてクリーンアーキテクチャを採用することになりまして、そういった経緯を含めて記載したいと思います。 内容について
DDD超入門(後編) - Domain-Driven Designの適用Step - エンタープライズギークス (Enterprise Geeks)
前編ではDDDの概要についてふれたが、後編ではDDDの適用Stepを3つのStepに分けて紹介する。 まずStep1として、アプリケーションに登場しうる概念を抽出してドメインモデルで表現する。 次にStep2として、各ドメインの概念を深掘りしてソフトウェアとしてどう表現するかにについて紹介する。 最後にStep3でドメイン部品の仕上げとDDDの恩恵ついてふれていく。 Step1: ドメインモデルによる表現 DDDでは機能やユースケースに加えて、その裏に潜んでいる「概念」を抽出する必要がある。そのため、DDDを導入するにあたってアプリケーションに登場しうる概念を整理した「ドメインモデル」がまず必要となる。全体のコンテキストを整理して、該当のドメインモデルを描くことがDDDの最初の1歩となる。 例として、よくある一般的な受注管理の簡単なドメインモデルをあげる。 「顧客」からある「商品」の「注文
4.1. ドメイン層の実装 — TERASOLUNA Global Framework Development Guideline 1.0.0.publicreview documentation
4.1.1. ドメイン層の役割¶ ドメイン層は、 アプリケーション層に提供する業務ロジックを実装するためのレイヤとなる。 ドメイン層の実装は、以下3つに分かれる。
マイクロサービスの境界を決める「DDD」とは？ (1/2)
マイクロソフトは、Microsoft Azureでシステムを構築するためのクラウド設計パターン、アプリケーションアーキテクチャガイド、リファレンスアーキテクチャを「Azureアーキテクチャセンター」のサイトで公開している。これらのパターンやガイドは、米マイクロソフトのAzureエンジニアが実際に検証した上で構成サービス/ソフトを選定し、ユーザーにとって失敗が少なく汎用性の高いベストプラクティスをまとめたもので、現在、32の設計パターンと100以上のガイドを公開している。 日本マイクロソフトが2018年3月30日に開催したクラウドアーキテクト/開発者向けセミナー「パターン＆プラクティスセミナー」に、Azureアーキテクチャセンターのクラウド設計パターンを作成している米マイクロソフト AzureCAT patterns & practicesチームの成本正史氏が登壇。自身が作成した「マイクロサ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
