1

新しいエンタープライズ アプリケーションの作業を開始しており、現在、テクノロジ スタックを検討しています。

それは私たち全員が知っていることなので、.Net/SQL Server になります。

アプリケーションは、Web、デスクトップ WPF、モバイルなどのプラットフォームごとに異なる UI を持つ予定です。このため、各 UI が同じロジックを呼び出すことができるように、ビジネス/データ ロジックを格納する WCF サービスの作成を検討していました。

Entity Framework Code First も使用したいと考えていますが、過去に試してみたところ、境界を越えてエンティティを渡し始めると、EntityFramework はそれほど優れたものではありませんでした。たとえば、変更追跡が失われ、エンティティを更新する方法を手動で検討する必要があります。どの子エンティティも変更されているかを確認します。

これらの問題は、WCF/EntityFramework の新しいバージョンで解決されましたか? このプロセスを容易にするために検討できる例やパターンはありますか? または、このシナリオでは EntityFramework を避けるべきですか?

4

1 に答える 1

0

これらの問題は、新しいバージョンのWCF / EntityFrameworkで解決されていますか?このプロセスを容易にするために私たちが見ることができる例やパターンはありますか?または、このシナリオではEntityFrameworkを回避する必要がありますか?

いいえ、していません。EFを使用せず、WCFとSQLを直接使用する場合、WCFはクライアントで変更されたデータをどのように認識しますか?はい、データにいくつかの追加情報を渡すか、データベースの現在の状態を確認することによって、メカニズムを実装する必要があります。この変更検出をクライアントに移動しない場合は、EFにも同じアプローチが必要です。

変更検出をクライアントに移動することに満足していて、サービスレイヤーがデータベースへのゲートウェイのようにWCF Data Servicesを使用する場合、境界を越えて変更の追跡を処理しますが、クライアントアプリケーションはWCFDataServiceで生成されたクライアントを使用する必要があります。

于 2012-07-04T15:34:11.267 に答える