0

次のプロジェクトでは SOA アーキテクチャを使用したいと考えています。また、データ アクセス層に WCF Data Services を使用したいと考えています。たとえば、ユーザーが特定の日付のドキュメントを受け取りたいとします。ドキュメントを取得するために WCF サービス (サービス レイヤー) を呼び出します。

public ActionResult GetDocumentByDate(DateTime date)
{
    var request = // here create request object;
    var documentsDto = _documentService.GetDocument(request);
   ...
}

WCF サービスでは、bussines レイヤー (BL) を呼び出します。

public class DocumentService:IDocumentService
{
     public IEnumerable<DocumentDto> GetDocumentsByDate(DocumentsByDateRequest request)
     {
          // call GetDocumentsByDate from DocumentLogic
     }
}

public class DocumentLogic
{
    public IEnumerable<Document> GetDocumentsByDate(DateTime date)
    {
        // call DAL
    }
}

データの取得に WCF Data Services を使用したいと考えています。私はこの技術を使っていません。

WCF Data Services をサービス レイヤーの背後に隠すことをお勧めします。それとも、SL だけが WCF Data Services を介してデータにアクセスできるようにする必要がありますか?

この場合、外の世界は WCF サービスと WCF データ サービスに見えます。
例に従って、検証を行うのに適した場所はどこですか?

最後に、一般的な質問として、WCF Data Services についてどのような印象をお持ちですか?

4

1 に答える 1

1

私の意見では、DataServices はクールなテクノロジですが、ユーザーから隠すのは悪い考えだと思います。実際には、サービスを実際に隠しているわけではなく、明示的に呼び出していないだけです。データサービスを使用したい場合は、asp .net コードからサービスを呼び出すだけです。必要に応じて、データサービスで特定のメソッドを使用してデータ (エンティティ) を管理および制限できます。EF を使用していると思います:)

検証を行うのに最適な場所は、asp .net コードです (もちろん、リクエストを作成する前に)。

于 2013-03-24T09:13:12.417 に答える