私は、スピードがエッセンス（フィルタリング、並べ替え、編集など）であり、クライアントがSilverlightコントロールで作成したがっている、膨大なデータのグリッドを含むWebアプリケーションを作成しようとしています。ASP MVC、Silverlight、またはその両方から選択しますか？
だから、私の質問は、私が選ぶべき道、次のとおりです。
何の利益になりますMVCとSilverlightの統合は、もしあれば、私に与えてくれますか？まだまだ速いのだろうか？
私が何かアドバイスに感謝できるでしょう
...モデル - > Controller->表示 - > SilverlightControlからすべてのデータ転送は時間の負荷がかかるだろうと仮定し おかげ
私が知っている銀色のアプリケーションを高速化するためにできることは、WCFポータルでデータ圧縮を有効にすることです。サーバー上では小さなヒットになりますが、WCFレスポンスの90％以上の圧縮率を見てきました。これは送信時間に大きな影響を与えます。
はここだけでそれを行う方法についてのSO良いことだ：SilverlightとASP.Net MVCの主な違いの
What is the easiest way to add compression to WCF in Silverlight?
一つのSilverlightは、クライアントコンピューティングパワーを使用することです。
ユーザーが多く、サーバーが低速ですが、各ユーザーに適切なパワードPCがあれば、Silverlightはパフォーマンスを向上させるはずです。
私は速度が本質であるデータの 巨大な部分、（フィルタリング、 ソート、編集...）とグリッドが含まれている必要があり、Webアプリケーションを作成しようとしていますし、クライアントはそれがで作られた望んでいますSilverlight コントロール;
あなたのクライアントは、Silverlightを望んでいるので、私は答えはそう、私の質問は、私が選ぶべき道であり、Silverlightの
に関する明確であると仮定します
make it in Silverlight from scratch, or combine ASP.NET MVC project with Silverlight
Silverlightの知る限りでありますクライアントサイドの技術であり、プレーンなブラウザ（HTML5に追いついていますが）よりも多くのリソースにアクセスするのに役立ちます。そのため、ASP.NET MVCをWebサービス元気？
があれば、MVCとSilverlightの統合は私に何をもたらすでしょうか？まだまだ速いのだろうか？
この場合の速度は、クライアント側のキャッシュの種類によって異なります。クライアント側でキャッシュするデータが多いほど、プライマリボトルネックはネットワークになるため、アプリケーションの応答性が向上します。
私は考えているクライアントへ モデル - > Controller->表示 - > SilverlightControl ... 時間の負荷がかかりますネットワーク上
あなたのデータ転送（サーバーからのすべてのデータ転送）はmorを取る一般的に話す時間
私は、これらの技術がそこに決定的な答えが出るのに十分長いと疑っています。実際に両方のアプローチを使って実際のアプリを構築する時間はほとんどありません。また、 "高速"は非常に主観的ですが、SLを使って何かを提示するかは、MVCで行う方法とはかなり異なります。 – AnthonyWJones