-1

トレンドはサーバー コントロールから遠ざかり、クライアント側のサービス呼び出しに移行してビューにデータを入力するようになっているようです。

そうは言っても、私は現在、すべてのサーバー側コントロールを使用する Web アプリケーションを持っています。私はパフォーマンスの向上を目指しており、wcf/mvc を介して (ページが読み込まれると) フォローアップ コールを実行すると、ページのライフ サイクルがスキップされ、不要なものを更新する必要がないため、常にパフォーマンスが向上します。

しかし、私のページが最初のページ ライフサイクルを実行する必要がある場合、ページをロードしてからサーバーに別の要求を行うのではなく、先に進んでサーバー側のコントロール データを設定する方が理にかなっているのではないでしょうか? これは私には遅いように思えますが、私が推測するように、ものをバラバラにロードすることはできます。MVC がこの問題を解決するかもしれませんが、私は通常の asp.net を使用します (mvc は特定のサービス呼び出しにのみ使用します)。

だから私の質問は本当に、クライアント側ですべてを行うことでパフォーマンスが本当に向上するのでしょうか、それとも上記のようなハイブリッドアプローチを行うことは理にかなっていますか? 私は何よりも、最初のページの読み込み時間に関心があります。

4

1 に答える 1

1

しかし、私のページが最初のページ ライフサイクルを実行する必要がある場合、ページをロードしてからサーバーに別の要求を行うのではなく、先に進んでコントロール データ サーバー側に入力する方が理にかなっているでしょうか?

おっしゃる通り、データを収集して適切なマークアップを生成するためにサーバーを呼び出す必要があるため、最初にページをロードするときにコントロールを設定しなくても何も得られません。したがって、ハイブリッド アプローチは、パフォーマンスに関する限り、あなたのシナリオでは理にかなっています。

そうは言っても、ハイブリッドアプローチは一般的に扱いにくくなる傾向がありViewState、同期が取れなくなるなどの問題が発生し始めると思います。クライアント側ですべてを行い、「適切な」方法で Ajax を実行する予定がある場合は、それを避けることができれば、純粋な MVC を使用してください。

于 2013-06-14T02:24:02.447 に答える