[B! ddd] kei2100のブックマーク

kei2100 id:kei2100

dddに関するkei2100のブックマーク (6)

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

clean architecture

onion architecture

development
リンク
InfoQ: ドメイン駆動設計・開発の実践
ドメイン・モデルと開発に注力しないと"太ったサービス・レイヤ"と"ドメイン・モデル貧血症"によるアプリケーション・アーキテクチャになってしまいます。この場合、ファサード・クラス(通常はステートレス・セッション・ビーン)にどんどんビジネス・ロジックが溜まっていき、ドメイン・オブジェクトがgetter/setterからなる単なるデータの運び屋のようになってしまいます。このアプローチをとるとドメイン固有のビジネス・ロジックやルールが複数の異なるファサード・クラスに散在(時には重複)することになります。 "ドメイン・モデル貧血症"はたいていの場合、コストに見合いません。他の企業と比較して利点があるわけではなく、このアーキテクチャの下でビジネス要求の変化を実装するには開発と本番環境へのデプロイするのに時間がかかり過ぎます。 DDD実装プロジェクトにおけるいろいろなアーキテクチャや設計について見ていく
kei2100 2014/11/06
ddd
リンク
[DDD] もしドメインモデルを日本語のコードで書いたら
QCon Tokyo2011のビアパーティで、Eric Evans御大から「日本語でコードを書くべきだ！」というお告げがあったときいたので、試しにDDDSampleのCargoクラスを日本語化してみた。 public class 貨物 { private 貨物ID 貨物ID; private 位置出発地; private 経路仕様経路仕様; private 輸送日程輸送日程; private 配送配送; public 貨物(final 貨物ID 貨物ID, final 経路仕様経路仕様){ this.貨物ID = 貨物ID; this.出発地 = 経路仕様.出発地(); this.経路仕様 = 経路仕様; this.配送 = 配送.導出する(経路仕様, 輸送日程, 荷役履歴.空); } // ... 略 } なんか、目に悪い気がする・・・日本語コードの問題実際書いてみて色々不
kei2100 2011/08/18
ddd

ネタ

programming
リンク
システム設計日記
今のプロジェクト「ドメインモデル駆動開発」に、こだわって、やっている。ドメインモデル駆動開発（DMDD:Domain Model Driven Development) は、モデリングや設計よりも、実際のコードの書き方が、主要な関心事。やり方具体的、かつ、簡単。基本のアイデアは、Eclipse プロジェクトを、レイヤごとに、別々に作成すること。（１）まず、ドメイン層のプロジェクトを作って、ドメインのクラス群を作る（２）次に、データベースを定義する（３）次に、データアクセス層の　プロジェクトを別に作って、ドメイン層プロジェクトを参照する。 O-R マッピング ( SQL Map ) の仕組みを使って、ドメイン層で宣言した、 Repository インタフェースを、実装する。（４）次に、サービス層のプロジェクトを、さらに別に作る。このプロジェクトも、ドメイン層プロジェクトを参
kei2100 2011/03/25
design

ddd
リンク
DDD｜Ouobpo
ouobpoさんのブログテーマ、「DDD」の記事一覧ページです。
kei2100 2011/03/23
design

ddd
リンク
ウェブアプリケーションの構造について - かとじゅんの技術日誌
日経ソフトウエア 11月号の特集2で「最新Eclipseで良いJavaプログラムを書こう」に関連する話題として、さらに視野を広げて実用的なウェブアプリケーションでのレイヤー構造とかドメインオブジェクトの関係はどうなるのか？という点について解説してみたいと思います。(まだ日経ソフトウエア11月号を手にしていない方はぜひ買ってくださいw) 結論から先に出しますが、ドメイン駆動設計では一般論として下図のようなレイヤー構造やオブジェクトの関連が提唱されています。ドメイン層のオブジェクトについては変わりないのですが、ドメイン以外のレイヤーに新しく２つのサービスが登場しているので、まずそこから簡単に説明します。ドメイン層以外のサービス実はサービスはドメイン層だけではなく、アプリケーション層とインフラストラクチャ層にも存在する場合があります。その役割を以下にまとめてみました。レイヤーオブジェク
kei2100 2011/03/23
design

ddd
リンク
1