Rdra4 ddd
5. RDRAとドメインモデルの関係 RDRAは本来開発方法を選ばない Howは扱わない RDRA for DDDのスタンス 深い分析は開発側（ドメインの分析）に任せ、RDRAは整合のとれた要件を定義することに徹する RDRA 広く浅く分析 ドメイン分析 深く分析 ガツンと中心となる概念 をつかんで、育てていく RDRA Domain RDRAが外から攻め ドメインモデルが中核から攻める ドメインモデル RDRA 広く網を張り徐々に固めていく 5 6. RDRAで枠組みを決める 6 RDRAの役割 構成要素の洗い出し 深い分析のための構成要素を洗い出す スコープ決め 構成要素をつなげスコープを見極める 分類 コンテキストの見極め、業務分類の見極め 全体の枠組みを押さえながら進める RDRAで外枠を固めて安定したサイクル （タイムボックス）が回るようにする
より実践的なDDD本「.NETのエンタープライズアプリケーションアーキテクチャ第2版 」 - Shin x Blog
DDD 関連の書籍といえば、Eric Evans の DDD 本（ エリック・エヴァンスのドメイン駆動設計 (IT Architects’Archive ソフトウェア開発の実践) ）や、Vaughn Vernon の IDDD 本（ 実践ドメイン駆動設計 (Object Oriented SELECTION) ）が有名です。 DDDで登場する実装パターンや周辺知識をより実践的に解説しているのが、「．ＮＥＴのエンタープライズアプリケーションアーキテクチャ 第２版 (マイクロソフト公式解説書)」（naa4e）です。 .NET 以外にも大いに通じる内容 本書は、.NET の名を冠しており、サンプルコードは、C# で記述されています。また、利用するライブラリも .NET 周辺のものであったり、解説で登場する RDBMS も、Web 系でよく登場する MySQL や PostgreSQL よりも、S
ドメイン モデル パターンを使用する
In this article, we’ll go through the reasons to (and not to) employ the domain model pattern, the benefits it brings, as well as provide some practical tips on keeping the overall solution as simple as possible. Contents What Is It? Reasons Not to Use the Domain Model Technology Reasons to Use the Domain Model Scenarios for Not Using the Domain Model Scenarios for Using the Domain Model More Comp
ドメインモデルの構造設計 | システム設計日記
システム設計日記を検索 プロフィール masuda220 リンク システム開発日記(実装編) 有限会社 システム設計 twitter @masuda220 selected entries ドメインモデルの構造設計 (03/05) recent comment Smart UI が優れている？ ⇒ masuda220 (03/10) Smart UI が優れている？ ⇒ kagehiens (03/09) オブジェクト指向プログラミングの教え方？ ⇒ masuda220 (12/05) オブジェクト指向プログラミングの教え方？ ⇒ ZACKY (12/04) 「オブジェクトの設計力」 スキルアップ講座やります ⇒ masuda220 (08/14) 「オブジェクトの設計力」 スキルアップ講座やります ⇒ kompiro (08/14) 「オブジェクトの設計力」 スキルアップ講座やります ⇒
汎用のフレームワークがあれば業務アプリ実装にオブジェクト指向は不要という考え方は適切でないと思う - 達人プログラマーを目指して
前回のエントリいまさらですが、職業Javaプログラマーなら理解しておいてほしい「継承」の意味についてのブクマのコメントで、 すごく今さら感がｗ 最近の開発はフレームワーク使うことが多いようだから知らなくても作れちゃうと思ってたけど違うのかなあ。 という感想をいただきました。実際に、SI業界で多くの方々、特に、アプリケーション開発の下流工程を担当しない層の方でこのように考えている方はほんとうに多いのではないかと思います。確かに最近ではSalesforceなどの製品もありますし、CRUD処理を行うような見栄えの良い業務アプリケーションは非常に簡単に開発できるようになっているということはあります。また、Visual BasicやMS Accessなど気軽にアプリケーションを開発できるツール類は昔からありました。そして、業界構造などの理由からやむを得ない側面があるとはいえ、SIerの提供する多くの
[ 技術講座 ] Domain-Driven Designのエッセンス -目次-｜オブジェクトの広場
［技術講座］ DDD難民に捧げる Domain-Driven Designのエッセンス 第 1 回 ドメイン駆動設計とは 第 2 回 DDDの基礎と実践 第 3 回 大規模なプロジェクトへの適用 DDDパターンカタログ パターン名 参考訳 I. Putting the Domain Model to Work Ubiquitous Language ユビキタス言語 Model-Driven Design モデル駆動設計 Hands-On Modeler 実践的モデラー II. Building Blocks of a Model-Driven Design Layered Architecture 層状アーキテクチャ Smart UI （アンチパターン） 利口なUI Entities エンティティ Value Objects 値オブジェクト Services サービス Modules モジ
InfoQ: ドメイン駆動設計・開発の実践
ドメイン・モデルと開発に注力しないと"太ったサービス・レイヤ"と"ドメイン・モデル貧血症"によるアプリケーション・アーキテクチャになってしまいます。この場合、ファサード・クラス(通常はステートレス・セッション・ビーン)にどんどんビジネス・ロジックが溜まっていき、ドメイン・オブジェクトがgetter/setterからなる単なるデータの運び屋のようになってしまいます。このアプローチをとるとドメイン固有のビジネス・ロジックやルールが複数の異なるファサード・クラスに散在(時には重複)することになります。 "ドメイン・モデル貧血症"はたいていの場合、コストに見合いません。他の企業と比較して利点があるわけではなく、このアーキテクチャの下でビジネス要求の変化を実装するには開発と本番環境へのデプロイするのに時間がかかり過ぎます。 DDD実装プロジェクトにおけるいろいろなアーキテクチャや設計について見ていく
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ドメイン駆動設計基礎講座〜戦略編〜
関数型言語F#を使ったDDDとCQRS
Apache Isis: ドメイン駆動設計のためのJavaフレームワーク
ドメイン駆動設計(DDD)の実践Part2
【QCon Tokyo 2011】基調講演 Eric Evans氏
InfoQ: Domain Driven Design（ドメイン駆動設計） Quickly 日本語版