java - データストアに面する Web サービスの設計パターン

Question

データ ストアからデータを取得するための API がいくつかある Web サービスを作成しています。高レベルのビューは次のようになります

     getBlahForDate()
         ---->             ----> 
Client           Service            Data store ( Stores Blah )
         <----             <----
        List<Blah>

サービス内のコードをどのように設計するかを考えながら、適切な設計パターンの選択に行き詰まっています

次のレイヤーがあります

1. serviceLayer ( one class for each API, does validation on input )
2. daoLayer ( fetch data from dataStore )
3. modelLayer ( pojo defining domain objects like Blah )

サービスによって行われる唯一の「作業」は、入力の検証とデータ ストアからの読み取り、および応答を送信する前のドメイン モデルからトランスポート モデルへの変換です。サービス層で dao を直接使用して、応答を送信することができます。しかし、どのデザインパターンがユースケースに合うか知りたいです。また、これは、ドメイン オブジェクトがビジネス ロジックのない単なる pojo である Anemic ドメインのように見えます。ただし、ストアからのデータがモデルのフィールドに対して有効かどうかを検証する以外に、ビジネス ロジックはありません。このケースを処理するために受け入れられた/一般的な方法を教えていただければ幸いです。