System Metapher パターンなんて、使うべきじゃない！ | システム設計日記
Domain-Driven Design の１６章「構造」では、システム全体を、表現するテクニックとして、System Metapher パターンをあげている。 私は、メタファーテクニックは、賛成できないなあー。 エバンスも、 ■ 使えるプロジェクトは、多くはない ■ メタファーは、しょせんは、本来のモデルではない借り物 ■ メタファーを使う価値をプロジェクトの途中で、みなおすべき ■ メタファーの弊害に気が付いたら、メタファー利用を停止すべき ... てな感じで、注意点を並べている。全体として、否定的なトーンを感じる。 Fire Wall DDD では、ネットワーク上の Fire Wall ソフトウェアを、System Metapher が役に立っている例としてあげている。 イメージはぴったりかもしれない。 使うべき時 業務のプロが、使っているメタファーは、そのままドメインモデル、ユビキ
デブサミ2010 - 出張！DDD難民救済キャンプで話してきました
DDD読書会＠JavaEE勉強会代表として、「DDD難民に捧ぐ」の佐藤さん、読書会主催syの角田さん、思想系プログラマの和智さん、モデレータのt-wadaさんと一緒にパネルをさせていただきました。 推進派の佐藤さん、懐疑派の角田さん、受託開発現場の立場から自分、言葉を重視する立場から和智さんと、短い時間ながら立場を明確にしたパネルができたと思っています。 【19-B-5】出張！DDD難民救済キャンプ View more presentations from kentaro714. パネルの内容自体に関しては、SlideShareをながめながらtsudaってくれた方のTweet（#devsumi2010ハッシュタグ）を眺めれば、おおよその話は見えてくると思います。特に@yattom さんがとても詳細にtsudaってくださっています。 # yattomさんありがとうございます！ というわけで、
コンテキストのモデリング | システム設計日記
エバンスは、去年３月のプレゼンテーション What I've learned about DDD since the book で、Domain-Driven Design(DDD)の１４章の Bounded Context パターン、Context Map パターン、１５章の Core Domain パターンは、DDD の基本コンセプトとして、３章とか、もっと最初に書くべきだった、というようなことを言っています。 このエバンスの発言は、個人的には「何をいまさら」というのが私の正直な気持ちだった。 だって、開発プロジェクトのスタートでは、「コンテキスト図」を書いて、システムを取り巻く環境や、システムの基本目的を明らかにするのが、あたりまえだから。 コンテキスト図を描き始めたきっかけ もっとも、自分たちのプロジェクトでは、私以外のメンバーは、一年前までは「コンテキスト図」なんて言葉も知らなか
DDD - Java EE勉強会
Menu Top JavaEE勉強会 参加するには FAQ MakingSenseofStreamProcessing MicroservicesVsSOA ModernJavaEEDesignPatterns BSA EIP DSL DDD 議事録 最新の20件2023-11-24 MicroservicesVsSOA/The World of Service-Based Architectures 2020-11-14 DDD/Knowledge-Rich Design MakingSenseofStreamProcessing/Example Implementing Twitter 2020-10-28 EIP/Aggregator 2019-12-18 EIP/Publish-Subscribe Channel 2018-06-10 FrontPage 2017-07-08 Ma
InfoQ: ドメイン駆動設計・開発の実践
ドメイン・モデルと開発に注力しないと"太ったサービス・レイヤ"と"ドメイン・モデル貧血症"によるアプリケーション・アーキテクチャになってしまいます。この場合、ファサード・クラス(通常はステートレス・セッション・ビーン)にどんどんビジネス・ロジックが溜まっていき、ドメイン・オブジェクトがgetter/setterからなる単なるデータの運び屋のようになってしまいます。このアプローチをとるとドメイン固有のビジネス・ロジックやルールが複数の異なるファサード・クラスに散在(時には重複)することになります。 "ドメイン・モデル貧血症"はたいていの場合、コストに見合いません。他の企業と比較して利点があるわけではなく、このアーキテクチャの下でビジネス要求の変化を実装するには開発と本番環境へのデプロイするのに時間がかかり過ぎます。 DDD実装プロジェクトにおけるいろいろなアーキテクチャや設計について見ていく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Domain Driven Designに関するすべてのコンテンツ
