2011-12-13 4 views
0

何度もソースを見るとpage.aspx、私はたくさんの行(HTML、スタイル、Javaスクリプト、ビューステートなど)を数千行見つけることができます。他の側では、私は(SOF)のような他のサイトのより複雑なページのソースを表示するとき、私は通常、ラインの小さな数字を見つけるXHTML多くのページの `view source`行は意味がありますか?

  • これは私のページが少なく、パフォーマンスとその有効ではないということですか?

  • 理由は何ですか?いくつかの悪い習慣私は私のページを構築するときに またはweb forms aspxの悪いレンダリングの結果として?

  • 代わりにasp.net-MVCにする必要がありますか?

+1

これは(残念ながら)SOの質問は、あなたのためのものにいくつかの光を当てる必要があります:http://stackoverflow.com/questions/46031/why-does- the-asp-net-web-forms-model-suck –

答えて

2

まあ、それは依存...

小さいページがより速くロードします。完全停止。大型のページは読み込みに時間がかかるので、それはあなたには良いことではありません。また、テキストとHTMLの比率は、あなたのSEO結果に影響を与える可能性があります。

異なるアイテムを見て:

スタイル:彼らは別のcssファイルにする必要があります。より良いキャッシングと再利用を実現します。 mvcとは関係がありません。 asp.netのcssfriendlyコントロールを使用します。

Javascript:jquery、ajax.netなどのものにCDNを使用し、独自のスクリプトを1つの最小化された別の.jsファイルに入れます。あなたのページにはありません。

viewstate:はい、これはパフォーマンスを低下させ、高速になります。特にグリッドビューで。あなたは必ずしもそれを必要とせず、それはオフにすることができます。注意して使う...ここにはたくさんのものがあります。

リピーター、コンテンツプレースホルダーなどの名前は、何度も戻ってくるので、文字数の点では小さくしてください。また助けてくれます。

これに従うと、残っているのはHTMLと必要なviewstateです。うまくいけば、常にMVCが必要というわけではありません。サイズの違いはこれ以上大きくはありません。 Mvcはより多くのコントロールを提供しますが、他の利点もありますが、ページのサイズは主な動機ではありません。 Asp.net 4.5は圧縮と縮小を追加するので、それほど重要ではありません。しかし、結論は、大容量のすべてのバイト数を持つことです...

+1

すべてのJavaScriptロジックを1つまたは複数のファイルに保存するかどうかについては、興味深い議論があります。http://stackoverflow.com/q/8410298/583539 – moey

+1

@ Siku-Siku.Com面白い。あなたのページのカップルだけで使用されている大きなスクリプトのカップルを持っている場合は、もちろん分割することができますが、OPはインラインスクリプトを持っているようです... – Pleun

+0

ありがとう.... –

関連する問題