Repositoryパターンのアンチパターン - Qiita
よく見かけるRepositoryパターンのアンチパターンの紹介と対策です。 Repositoryパターンとは Repositoryパターンとは永続化を隠蔽するためのデザインパターンで、DAO(DataAccessObject)パターンに似ていますが、より高い抽象度でエンティティの操作から永続化ストレージを完全に隠蔽します。 例えばDBコネクションやストレージのパス等はReposiotoryのインターフェースからは隠蔽され、Repositoryのユーザは永続化ストレージが何であるか(例えばMySQLやRedis等)を意識することなく保存や検索の操作を行うことができるようになります。 これによりRepositoryを利用するロジックは業務的な操作に集中できるようになる他、データベースの移行等の永続化層の変更が発生した際にロジックへの影響を切り離すことができるようになります。 // 例) ユーザ
ドメイン駆動設計の意義～MVCモデルの後継、パターン言語で語られる、ソフトウェアプロダクトラインの再構築 - プログラマの思索
ドメイン駆動設計の意義～MVCモデルの後継、パターン言語で語られる、ソフトウェアプロダクトラインの再構築 @digitalsoul0124さんのBlogを読んで、自分は「ドメイン駆動設計」を完全に理解していないことに気づいた。 ラフなメモ書き。 論理的な文章でないので後で直す。 【元ネタ】 ドメイン駆動設計入門 - Digital Romanticism モデルが息づく場所 - Digital Romanticism 戦略的デザインに関する意思決定のための６つのエッセンス - Digital Romanticism ドメイン駆動設計はソフトウェアプロダクトラインとオブジェクト指向分析のミッシングリング: プログラマの思索 ドメイン駆動設計は設計のアジャイル化～オブジェクト指向設計の先祖返り: プログラマの思索 ドメイン駆動設計の感想～OOAは過ぎ去りDOAはもう一度舞台に上がるのか: プロ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
