Unit of Work パターンと永続性の無視

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 実践的なパターン Unit of Work パターンと永続性の無視 Jeremy Miller 目次 Unit of Work パターン Unit of Work を使用する 永続性の無視 (Persistence Ignorance) データベースとは無関係にビジネス ロジックを実行できるか データベース モデルとは無関係にドメイン モデルを設計できるか ビジネス ロジックに対する永続化戦略の影響 Unit of Work に関するその他の考慮事項 2009 年 4 月号の MSDN マガジン (「永続化のパターン」) では、ある種のオブジェクト/リレーショナル マッピング (O/RM) テクノロジを使用し

[efcl]

Unit of Workについて "リポジトリと Unit of Work の機能の分担。すべての読み取りはリポジトリを通して行い、書き込みは Unit of Work を通して行うと考えている読者もいるでしょう"

[boo3ooo]

Unit of Workパターンについて

[kiyo_hiko]

Unit of Work トランザクション処理をインターフェースに分ける…

[koriym]

永続性の無視

[innx_hidenori]

永続性の無視 (Persistence Ignorance)

[yojik]

ドメイン固有のUnitOfWorkの有用性(Commandパターンと組み合わせると便利)、 ORマッパとドメインクラスの切り離し

[perezvon]

Unit of Work

[JHashimoto]

"単体テストが簡単なアーキテクチャでは、" "生産性ははるかに高くなります。逆に、ビジネスロジックとインフラストラクチャの実行時の結び付きが強いアーキテクチャでの開発は非常に困難です。"