0

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

編集:

私がしていることについてもう少し詳しく。コードを作成する必要があります。このコードには、その形式に関して特定の規則があります。ルールの1つは、最後の文字は、最後に生成されたコードから1つインクリメントされた一意の番号でなければならないということです。例えば:

ABCD1 ABCD2 ABCD3

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

4

3 に答える 3

2

理論的には、適用できるデータアクセスパターンがいくつかあります。特定のパターンを提案したい場合は、詳細を提供する必要があります。

詳細がなければ、私が提案できるのは、MartinFowlerのPatternsof EnterpriseApplicationArchitectureの本を調べることだけです。

編集:通常の方法?いいえ、私が考えることができるわけではありません。ドメイン内でこの一意のコードをどこでどのように使用しているかによって異なります。これを行う場合は、データベースと直接通信してこの機能を実行する小さなサービスを作成する可能性があります。リポジトリほど重くはなく、目前の問題に非常に焦点を当てています。

于 2009-03-05T00:10:35.680 に答える
0

編集に基づいて: そのコードを作成する必要があるコンテキストを最初に見ていきます。おそらく、いくつかの関連エンティティまたは不足している何かがあります。

ところで、特定の機能をコーディングしているときに時々出てくる質問は本当に興味深いと思います。私は通常、シナリオで何かが欠けていることに気づき、通常のリポジトリ パターンにうまく適合します。

于 2009-03-05T00:26:50.290 に答える