リポジトリとUnit of Workパターン | UREILESS
「リポジトリパターン」でドメインモデル内にリポジトリという概念でオブジェクトの保管庫を設けると大変楽になります。 リポジトリをドメインモデルに持ち込んだ後、必ず次に気なるのは、リポジトリへの追加・削除などの変更をコミットするのはいつか？ということです。 リポジトリにAを入れて、Bを入れて、Cを削除したらエラーになったのでAを入れる前に戻したいのに、Aを入れた後にコミットされてたら面倒ですね。 こういった一連の処理を一つの作業単位にまとめるのがUoWパターンです。（参考：ファウラーさんのUoW解説） 「モデルの状態を変化させる責任はハンドラに持たせる」でドメインモデルへ変更を加える処理を実行する責任をハンドラに集約させるルールにしました。この一番のメリットは、ドメインモデルへの変更度合いの作業単位（UoW）を定義できることでした。 例えば、もし、あるユースケースで１つの既存の商品を削除して、
java-ja.ddd の資料、ブログ記事などのまとめ
matome.md 概要 この資料は、java-ja.ddd の資料、ブログのまとめです http://connpass.com/event/1934/ 資料 和智さんの発表資料 http://www.slideshare.net/digitalsoul0124/ddd-17678116 増田さんの発表資料 http://www.slideshare.net/masuda220/ddd-forname ブログ http://erukiti.hatenablog.com/entry/2013/03/23/162949 http://d.hatena.ne.jp/kaz_shu/20130323/1364030804 http://starzero.hatenablog.com/entry/2013/03/23/232532 http://heartbeatheart.blogspot.jp/
[ 技術講座 ] 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 モジ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リッチなドメインモデル 名前探し
Apache Isis: ドメイン駆動設計のためのJavaフレームワーク
InfoQ: Domain Driven Design（ドメイン駆動設計） Quickly 日本語版
