0

私のデータはすべて、次のように作成された COM オブジェクトを介してのみアクセスできます。

Interaction.CreateObject("MyObject.Application","RemoteServer");

このオブジェクトのクエリに使用できる API がたくさんあります。私は RIA/Silverlight/エンティティ モデルの経験がほとんどないので、このオブジェクトを "ラップ" してクエリ可能にし、ドメイン サービスに入れるための最善の方法 (または通常の方法) を考えています!

ヒントがあれば幸いです！どんな方向性でも、私が今持っているものよりも優れているでしょう!

ありがとう！

編集：次のようになると思います：

Activator.CreateInstance(...);
//I will have to figure out how to get the remote server part to work...

編集 2: いくつかの詳細: 基本的に次のようなドキュメントを引き戻しています:

InvoiceNo              | string
CompanyNumber          | string
CompanyName            | string
Date                   | datetime
DocumentDescription    | string
UserID                 | string

MyObject.Application日付ごとに、SQL Server データベース (RIA の設定は簡単です) のドキュメントと比較できるように、それらを引き戻しています。

ドキュメントをログイン/検索/変更/削除 (決して起こらないはずです) するメソッドがあり、MyObject.Applicationそれらを実行できます...つまり、ラッパークラス/DomainService/etc をセットアップする方法です....ありがとう!

4

1 に答える 1

2

おそらく、データ サービスは特定のタイプのオブジェクトで動作します。データの「形状」を保持し、さまざまな属性を追加するには、データ オブジェクトが必要です。唯一の必須要件は、オブジェクトのインスタンスを一意に識別できるように [key] 属性を持つプロパティです。

RIA サービスで機能させるには、オブジェクト タイプごとに CRUD メソッドを作成する必要があります。メソッド名にはいくつかの一般的なバリエーション (変更と更新など) があり、標準を完全に破りたい場合は [Create]、[Read]、[Update]、[Delete] 属性があります。

さまざまなメソッドが RIA サービスによって自動的に呼び出されるため、1 つのオブジェクトの追加、1 つのオブジェクトの削除、1 つのオブジェクトの更新、またはオブジェクトの IQuerable (または少なくとも IEnumerable) を返すことについて心配するだけで済みます。 read メソッドのオブジェクト。好きな方法で実際のストレージを実装します。

オブジェクトの詳細を投稿すると、具体的な例を投稿できます。

于 2011-08-23T16:12:39.647 に答える