代替データアクセスパターンとリポジトリ

Question

ドメイン内に集約ルーツ/エンティティではないオブジェクトがありますが、それでもデータベースから取得する必要があります。私は、これらのもののためのリポジトリを作成することによって物事を混乱させたくありません。だから、代替データアクセスパターンは何ですか？それらのためのDAOを作成するだけで、もちろんインターフェイスを分離することはできますか？

編集：

私がやっていることについてもう少し詳しく説明します。私はコードを作成する必要があります。このコードには、その形式に関する規則があります。ルールの1つは、最後の文字は、生成された最後のコードから1ずつ増えた一意の数字でなければならないということです。たとえば：

ABCD1ので ABCD2 ABCD3

、私は質問に番号を保存するために1行、1列でテーブルを維持しています。さて、私はこの番号をエンティティと見なして、そのためのリポジトリを作成したくないです。それは残酷です。私は数字を取得し、1を加えて保存する方法が必要です。私はそれを行うことができる無数の方法があることを知っているが、私は慣習的な方法があるかどうか疑問に思います。

Answer 1

オプションを調べた後、私はテーブルゲートウェイパターンを使用します。

Answer 2

理論上、適用可能なデータアクセスパターンがいくつかあります。特定のパターンを提案したい場合は、より詳細な情報を提供する必要があります。

詳細を記入しないと、Martin Fowler's Patterns of Enterprise Application Architecture本を調べることをお勧めします。

編集：慣習的な方法ですか？いいえ、私は考えることができません - あなたのドメインでこのユニークなコードをどこでどのように使用しているかによって実際には異なります。私がこれをやっていたら、データベースに直接アクセスしてこの機能を実行する小さなサービスを作成するでしょう - リポジトリほどの重さではなく、手元の問題に非常に重点を置いています。

Answer 3

編集に基づいて：まず、そのコードを作成する必要があるコンテキストを調べます。おそらく、関連するエンティティや欠けているものがあります。

btwのように、特定の機能をコーディングしているうちに時々刻々と出てくる質問が本当に面白いと思う。私は通常、シナリオで何かが欠落していたことを知り、通常のリポジトリパターンに合うようになります。