0

大規模ではなく、小規模または中規模の多くの潜在的な顧客向けに LOB アプリを開発しています。

新規顧客ごとにデータベースをインストールする必要があります。

モデル ファースト (edmx を使用し、ウィザードを使用してモデルとメタデータを開発する) またはコード ファーストのどちらが私たちにとって最善のアプローチだと思いますか。

Entity Framework/RIA サービスのシンプルさが気に入っています。アプリにはオプティミスティック コンカレンシーで十分だと思いますが、データベースは SQL Server に最初からインストールする必要があるため (他のデータベースは使用しません)、確信が持てません。どのアプローチが私たちにとって最適か。

4

1 に答える 1

2

EF と edmx/code に関する選択が最初である限り、それは個人的な好みの問題だと思います。Edmx モデルは最初にコードを作成するよりも簡単に思えますが、特に 50 以上のエンティティがある場合、VS2012 でもデザイナーはまだ少し不格好です。EF コードが最初に使用可能になったので、edmx を放棄しました。
WCF Ria Services について 私はこれを LOB アプリケーションで広く使用しています。大規模なアプリケーションであっても、ほとんどの場合、単純な WCF と比較して多くのグルー コードを節約できます。
次のようなよく公開されている機能について知っていると思います

  • サーバー側のフィルタリング、ページング、さらにはグループ化
  • sl と完全な clr の間でのコードの共有を容易にするクライアント コードの生成

他にもたくさんありますが、彼の限界にもっと興味があるかもしれません

  • ネストされた式 (つまり、Any) を使用してクライアントからクエリを実行することはできませんが、クエリにパラメーターを追加してサーバー側のフィルターを適用することはいつでもできますが、まったく同じではありません。
  • Silverlight を使用して多対多の関係を直接公開することはできません (ただし、M2M4RIAを参照してください) 。
  • モデルに外部キーフィールドを追加する必要があります（私には、DBがモデルに漏れているようです）
  • WCF Ria サービスは、ほとんどの作業をメイン スレッドで実行します (つまり、変更のロード/送信後に DomainContext をロードします)。
  • アプリケーションが大きくなり、ドメイン サービス/ドメイン コンテキストを分割することを考えている場合は、アトミック トランザクションで 2 つのドメイン コンテキストの変更を送信しようとすると、深刻な問題が発生することに注意してください。
  • プロキシの生成は、クライアントをビルドするたびに発生し、(私が思うに) 必要以上に時間がかかります

それにもかかわらず、それは RAD にとって優れたテクノロジであり、最終的には状況が好転する可能性があると私は信じています。Colin Blair は彼のブログに、WCF Ria をオープンソースとしてリリースするために Microsoft を推進していると投稿しました。 /Wcfリア開発

于 2012-11-05T18:57:36.340 に答える