3. オブジェクト指向設計の 考え方とやり方 オブジェクト指向エクササイズ ９つのルール モジュール性 ５つの基準 抽象データ型 契約による設計 コードのいやな臭い その改善策１章 ドメインを学ぶ ２章 言葉を使う ３章 モデルと実装を結びつける ４章 ドメインを隔離する ５章 モデルを表現する部品 １０章 しなやかな設計 ４冊とも、想定読者はオブジェクト指向でコードを書く人 それぞれが関連している 今日は実践例として紹介してみたい
3. オブジェクト指向設計の 考え方とやり方 オブジェクト指向エクササイズ ９つのルール モジュール性 ５つの基準 抽象データ型 契約による設計 コードのいやな臭い その改善策１章 ドメインを学ぶ ２章 言葉を使う ３章 モデルと実装を結びつける ４章 ドメインを隔離する ５章 モデルを表現する部品 １０章 しなやかな設計 ４冊とも、想定読者はオブジェクト指向でコードを書く人 それぞれが関連している 今日は実践例として紹介してみたい
いくら人の話を聞いてもピンと来ないし、DDD本を読んでも全然頭に入らないので、自分なりに解釈してまとめることにしました。よろしければ、どぞ。 これって、ドメイン駆動設計？ from Michitaka Yumoto www.slideshare.net ドメインからモデルを抽出→モデルの振る舞いと情報を定義→サービスに汎化させる、という流れを取っています。行間多めです。さーせん。 ドメインというのは、どうも2つの性質を持っている言葉のようだと思いました。 その世界で現状行われていること 行われていることに対する希望や不平不満からくる要求(関心事と言うらしい) 上記の定義がだいだいあってるとすると、「その世界で現在進行中の物事及びそれに付随する要求をキチンと実装できる設計にしようぜ」って話がドメイン駆動設計の総論で良いのでは、というのが１つ。 で、ドメイン(特にいまやってる物事)を抽象化す
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
