私は Silverlight アーキテクチャを調べており、RIA Services は興味深いものに見えますが、プレリリースのステータスと機能セットがどのように変化するかについて少し心配しています。
クライアント アプリは、低速のネットワーク リンクで可能な限り応答する必要があるため、モデルの状態の変更をクライアントからサーバーにプッシュするための確実な同期システムが最優先事項です。RIA サービスは、この点に関して私たちを助けてくれますか?それとも、これを行うために独自のロジックを作成する必要がありますか? これを支援できる他のフレームワークはありますか? これらの要件に関連する機能セットは、今後数か月で大幅に変更される可能性がありますか?
違いがあれば、フロントエンドは 100% Silverlight であるため、サーバーからの SOAP API の公開などについて心配する必要はありません。これまでの RIA は、Silverlight での使用に対してもう少し成熟しているように見えます。これは正しいです？
SL 3、.NET RIA、および EF を使用しています。データを効果的にロードし、更新する方法とパフォーマンスを最適化する方法をまだ見つけようとしています。私が直面しているパフォーマンスの問題を改善する方法について、これまでに得た情報はほとんどありません。これらのフレームワークを成熟させるには、まだ時間が必要です。近い将来、より多くのリソースと洞察が得られることを願っています。
私の見解では、非常に軽いデータ アプリケーションを処理している場合は、Silverlight が適切な選択になる可能性があります。アプリケーションをマシンにロードすると、ボックス内にアプリケーションをロードするようなものになります。
利益の分離を作成するのに役立つORM / IoCフレームワークのいくつかを調べます。いくつかの例はCastle Windsor IoC で、Castle Windsor Framework を利用するサンプルの Silverlight 4 アプリケーションがあります。Silverlight のもう 1 つの一般的な ORM は BL Toolkitです。これらは Java 分野ではしばらく前から存在していましたが、.NET 分野ではより新しいものです。これらは基本的に、リレーショナル データ モデルの複雑さを UI コードから取り除き、それをフレームワークに委譲するのに役立ちます。