[B! ddd][レイヤー] kyo_agoのブックマーク

kyo_ago id:kyo_ago

dddとレイヤーに関するkyo_agoのブックマーク (2)

DDD超入門(後編) - Domain-Driven Designの適用Step - エンタープライズギークス (Enterprise Geeks)
前編ではDDDの概要についてふれたが、後編ではDDDの適用Stepを3つのStepに分けて紹介する。まずStep1として、アプリケーションに登場しうる概念を抽出してドメインモデルで表現する。次にStep2として、各ドメインの概念を深掘りしてソフトウェアとしてどう表現するかにについて紹介する。最後にStep3でドメイン部品の仕上げとDDDの恩恵ついてふれていく。 Step1: ドメインモデルによる表現 DDDでは機能やユースケースに加えて、その裏に潜んでいる「概念」を抽出する必要がある。そのため、DDDを導入するにあたってアプリケーションに登場しうる概念を整理した「ドメインモデル」がまず必要となる。全体のコンテキストを整理して、該当のドメインモデルを描くことがDDDの最初の1歩となる。例として、よくある一般的な受注管理の簡単なドメインモデルをあげる。「顧客」からある「商品」の「注文
kyo_ago 2018/01/06
ddd

オブジェクト

デザインパターン

ユースケース

アプリケーション

エンティティ

ドメイン

レイヤー

アグリゲート

unclassified
リンク
[DDD]ドメイン駆動 + オニオンアーキテクチャ概略 - Qiita
DDD連載記事なぜDDD初心者はググリ出してすぐに心がくじけてしまうのかドメイン駆動設計の定義についてEric Evansはなんと言っているのかモデルでドメイン知識を表現するとは何かドメイン駆動設計で実装を始めるのに一番とっつきやすいアーキテクチャは何かドメイン駆動 + オニオンアーキテクチャ概略背景ドメイン駆動設計で実装を始めるのに一番とっつきやすいアーキテクチャは何かの記事で、オススメしていたのはオニオンアーキテクチャでした。今回は、オニオンアーキテクチャについて詳しく説明したいと思います。上述の記事でも書いた通り、「ヘキサゴナル、オニオン、クリーン」の3つは、本質的には全く同じで、思想としてはヘキサゴナルで完成されているのですが、より具体的に説明されているオニオンアーキテクチャから説明を読んだ方が理解がしやすいと思います。その後にヘキサゴナルの説明を読むと「なるほ
kyo_ago 2017/10/11
DDD

ビジネスロジック

アーキテクチャ

rdb

モデル

ドメイン

オニオン

ドメイン駆動設計

レイヤー
リンク
1