問題タブ [domainservices]

ビューが追加のパラメーターがあることを知る必要なしに、このデータソースにバインドできるようにしたい（彼が気にしない限り）。これは可能ですか？

エンティティフレームワーク4でRIAドメインサービスを使用すると、フィルタリングされた関連アイテムを持つエンティティを取得するのに問題があります。

たとえば、Given：OrderテーブルとProductテーブル（1つの注文には多くの製品があります）

製品をロードした状態でサービス返品注文があります。例：

質問、

この場合、linqクエリでProductsレコードをフィルタリングする方法はありますか？たとえば、指定されたIDの注文を返し、価格が100.0より高い商品を含めます。存在しない場合は、空/ヌル製品を返します。ここでのポイントは、基準を満たす製品がない場合でも注文を返品することです。

SL アプリで EF + ドメイン サービスを使用しています。EF では、SP にマップされたエンティティの更新。エンティティ データが DB に保存された後、エンティティを更新して、SP による変更を SL アプリのエンティティに戻すことができるようにします。この問題を解決する方法。

RIA DomainService に 2 つのクエリがあります。1 つは linq を使用した単純な get で、もう 1 つは peramiter と linq join を使用した get です。include() を使用するときの単純な get は、Silverlight データグリッドに必要なデータを返します。参加しているものはそうではありません、なぜですか？

ここに私の2つの方法があります。一番上のものは機能するものです。

更新: Cubicle.Jockey からのコメントで、私はこれを処理することができました。以下は私が最終的に使用したものです。

わかりました、私はこれが何百万回も尋ねられることを知っています、しかし私はまだ実用的な解決策を見つけることができないようです。うまくいけば、私は何かが足りないだけです。Silverlightでエンティティを使用して、RIAを介して、DBに多対多のテーブル構造があります。

ブリッジテーブルには2つのIDがあるため、当然のことながら、エンティティはそれをモデルに含めません。

RIAは多対多の関係を好まないことを知っているので、コレクションにAssociation属性タグを追加し、少なくともクライアント側でコレクションプロパティを表示できるようになりました。

私のドメインサービスでは、ユーザーを含めてみました。

クライアント側のユーザーを取得することはありませんユーザーを教え込んでクライアントに送信するために、他に欠けているものはありますか？

SilverlightRIAWCFサービスアプリケーションに次のコードがあります。

グリッドにアイテムを入力しますが、context.Employees.Count() = 0。なんでそうなの？

別の問題は、別のエンティティモデルとデータベースに基づく別のドメインサービスに対して、別のページに同様のコードがあることです。しかし、その場合、サービスはエンティティを返しませんでした。その理由として考えられるものは何ですか？データベースは空ではありません。

Silverlight アプリケーションがあり、データベースからデータ (顧客、注文など) を取得できるようにしたいと考えていました。

これで、サーバー アプリケーションで WCF RIA サービスを作成できました。このサービスをクライアント アプリケーションで呼び出して、必要なデータを取得できます。問題は、私が理解している限り、ドメイン サービス呼び出しは非同期であるため、このようなコールバックを作成する必要があることです (したがって、コードのこの部分は正常に動作します)。

このように、Silverlight コード ビハインド クラスには、コールバックと非同期メソッドを含む厄介なコードがあります。そのため、次のような、必要なデータだけを返すことができるいくつかの静的メソッドを使用して、いくつかのラッパー クラスを作成したいと考えました。

しかし、ご覧のとおり、挿入された国の ID を返すことも、このアプローチでは国のリストを返すこともできません。ラッパー クラスの作成方法について、他にアイデアや提案はありますか? ユーザー インターフェイスで多くのアプリケーション ロジックやデータ アクセス要素を使用しなければならないのは、非常に奇妙です。

ありがとう

次の状況で、業界標準や最終的にどのように取り組んでいるのかについての提案を知りたいと思います。

さまざまな日付で公開される複数のSilverlightプロジェクトを作成しています。これらのプロジェクトはすべて、varios共有コード（一般的なdll）を使用しています。これらの共有コードは、クライアント側またはサーバー側で使用されます。私の質問は、共有コードが変更された場合、影響を受けるすべてのプロジェクトを再コンパイルし、共有コンポーネントを使用する実際のコードに変更を加えた場合にのみリリースまたは再コンパイルしますか？

今のところ、クライアント側では、各Silverlightプロジェクトにアセンブリ参照フォルダーを作成し、そこに最新の必要なdllを配置します。これにより、XAP自体に必要なすべてのファイルが含まれ、他のプロジェクトと競合することはなく、正常に動作します。このアプローチでは、一般的なdllが変更されたという理由だけで、他のクライアント側のコードを再構築しません。複数のプロジェクトに共通のdll変更が必要な場合は、影響を受けるすべてのプロジェクトに最新のコピーをドロップし、それらをビルドして配布します。

一方、サーバー側（EFを使用するドメインサービス）では、すべてのサービスコードがWebサイトのbinフォルダーの下にあります。したがって、共通dllに変更を加える場合は、現在のプロジェクトが機能するように最新の共通dllを公開するだけでなく、他のすべてのサービスを再コンパイルして新しいdllを使用する必要があります。

ご意見・ご提案をお聞かせください。ありがとう

Visual Studio 2010 で Silverlight 4 を使用しています。

RIA を介して参照されているプロジェクトにいくつかのドメイン サービスがあります。

特に私が関心を持っているのは、ドメイン固有の (非エンティティー) POCOをパラメーターで返すか参照するドメイン サービスです。

Silverlight クライアント プロジェクトのコード生成が発生すると、DomainServices の DomainContext が作成されている場合と、コードの変更後に作成されていない場合があります。同様に、サポートする POCO が作成される場合と作成されない場合があります。

DomainContextのコード生成を正しく一貫して行うには、どのような規則が必要なのか分からなくなっています。少なくとも、DomainContext とサポート クラスを作成するためのコード生成が実行されているときに、ある種のコンソール出力を確認して、一部のコード生成が期待どおりに作成されない理由を判断できるようにしたいと考えています。

このプロセスをデバッグする方法、または Visual Studio が POCO の DomainContext および Silverlight 側のクラスをビルドするときに発生するアクションのログを取得する方法はありますか? 少なくとも; 裏で何が起こっているのかをよりよく理解するのに役立つ一連のルールはありますか?

Silverlight で単純な WCF サービスを使用していましたが、注釈を使用してデータを検証したかったので、Silverlight プロジェクトでまったく新しいレイヤーを作成したくありませんでした。そこで、Silverlight プロジェクトでコードを生成して作成した DomainService の使用に切り替えることにしました。

ここで問題が発生します。親クラスと約 10 の派生クラスがあります。WCF を介して、基本クラスを使用することができました。現在、KnownType 属性で装飾された基本クラスで DomainService を使用しようとしています。問題は、これらの属性が Silverlight クライアントでレプリケートされ、コンパイル エラーがスローされることです。継承で DomainService を使用する方法を知っている人はいますか? 基本クラスの情報だけを配信したい。