2012-01-20 8 views
0

明らかに、構造とロジックをビューモデルに移動することで多くの利益が得られます。おそらくどれだけ味の問題でしょうか。 CSHTMLのロジックを保つの開発者のためのロジックをビューからビューモデルに移動することでパフォーマンスが向上しますか?

一つの大きなプラスは、あなたがプロジェクト全体を再コンパイルする必要はありませんです。

しかし、検討するユーザーのための任意のパフォーマンスの向上があるのですか?

Clarfication

私のviewmodelsは例がUTC-日付を比較し、ブール値を組み合わせて、
で\ nを交換し、HtmlStringsを返すためのロジックが含まれています。しかし、そこに構造があるので、コメントの徹底的な説明はありません。

答えて

0

ロジックに応じて、主な利点は、ユーザーとどのように速くページを表示することです。

理論的にMVCは、ビュー内の任意のロジックを持っていないはずですが、我々はすべての実用的なアプローチでビューの特定の機能を促進するために、いくつかがあるかもしれないことを知っています。開発者は本当に、特に低速接続を介してユーザーエクスペリエンスを阻害することができますビューで、大規模なスクリプトを埋め込む際にかかわらず迷惑です何

です。全体的に

Webページのパフォーマンスの最大の変化は、データアクセスですが。まともなデータキャッシュプロセスは、それらのデータベースクエリをすべて削減するため、パフォーマンスに大きな影響を与えます。

+0

私はあなたを得ます。しかし、C#-codeは、プリコンパイルされたdllではなく、ビュー内にあるために遅く実行されますか? (もちろんプールリサイクル後の最初のビューの後) – Martin

関連する問題