0

リモートサーバーにデプロイされ、さまざまな理由で何らかのタイプの WCF サービスを介して別のサーバー上の DB と対話する新しいクライアントアプリがあります。私は DataLayer と Servicelayer の構築を担当しています。

とにかく、問題は、MVC クライアント アプリを開発している同志が、バッチの挿入と更新を行うことを望んでいることです。具体的には、親からそのすべての子までのオブジェクト全体を構築し、WCF を介してこれをコミットし、次に EntityModel にアクセスすると、すべてが処理されます。ただし、DTO を使用してサービス レイヤーを作成し、プレーンな WCF エンドポイントを使用した後、バッファー サイズを最大に設定しても、サイズが大きすぎるという 413 エラーがスローされるため、彼が要求したことを処理するのは悪夢です。 .

それで、私はWCF DataServicesを試してみましたが、それをいじるほど気に入りましたが、DTOを使用したサービスレイヤーは不要になったようで、それを設計する方法さえわかりません。そして、彼が求めている種類のバッチ トランザクションが実行されるとは思えません。オブジェクトを分離するだけで、ネストされていません。さらに、サービス レイヤーがないと、ODATA を使用して URI を介して呼び出しが行われるため、彼の側のリポジトリ パターンが肥大化する可能性があります。また、プレゼンテーション (クライアント) を DataLayer と密結合していませんか?

どのWCFタイプを使用する必要がありますか?彼の要求は実行可能ですか?

4

1 に答える 1

0

413 エラーは WCF からではなく、IIS から発生しています。したがって、この投稿のアドバイスに従うことで、主な問題に対処できるはずです(WCF メッセージのサイズが 4 GB を超えていない限り、これはまったく別の問題になります)。

正気を取り戻したら、WCF Data Services が自分の状況に適しているかどうかという問題に戻ることができます。

于 2012-08-29T19:26:25.637 に答える