[ 技術講座 ] Domain-Driven Designのエッセンス 第1回｜オブジェクトの広場
DDD難民に捧げる Domain-Driven Designのエッセンス 第1回 ドメイン駆動設計とは 株式会社オージス総研 アドバンストモデリングソリューション部 佐藤 匡剛 Domain-Driven Design Tackling Complexity in the Heart of Software Eric Evans 著 Addison-Wesley, 59.99ドル 560ページ ISBN: 0-321-12521-5 「ドメインモデリング」は、アプリケーション開発において最も重要な部分だとされています。しかしその割には、フレームワークの使い方やアーキテクチャの設計方法など技術に関する解説書はたくさんあるものの、ドメインモデリングそのものを扱った書籍はほとんど無かったと言ってもいいでしょう。Eric Evansの『Domain-Driven Design』（以降DDD）は、「
副作用を最小限に抑えるために必要なこと - かとじゅんの技術日誌
若干、難しい話ですが、設計力を上げたいプログラマ向けなエントリ。私も道半ばです。一緒に考えていただければ幸いです。 堅牢なアプリケーションを実現する上で「副作用を最小限に抑える」という設計思想は、非常に重要な示唆を含んでいます。 その「副作用」とは、そもそもどんな定義なのでしょうか。 DDDでは"side effect"と定義していて、以下のように解説されています。 Domain-Driven Design: Tackling Complexity in the Heart of Software: Evans, Eric: 8601300201665: Amazon.com: Books エリック・エヴァンスのドメイン駆動設計 作者:Eric Evans翔泳社Amazon P250より引用 In standard English, the term side effect implies
ファウラーも、ケントベックも、 Value Object | システム設計日記
ドメイン駆動設計(DDD)の Value Object パターンは、マーチン・ファウラーも、ケント・ベックをパターンとして推奨している。 ファウラーのエンタープライラズ・アプリケーション・アーキテクチャ・パターン(PoEAA) の 基本パターンの中の Value Object パターン。 ベックの実装パターンの クラスのパターンの中の Value Object パターン。 エバンス、ファウラー、ベックは、仕事仲間（？）なので、三人で昔、Value Object について、いろいろ語り合ったことがあるんだろうなあ。 ファウラーの Value Object パターン Money や DateRnage などのシンプルな小型のオブジェクト。 オブジェクト生成時に、コンストラクタで、フィールドを設定し、以降はフィールドを設定しない。 つまり「不変オブジェクト」にすべし。 ファウラーは、アナリシスパ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
