div+css_html/css_WEB-ITnose の機能と利点

< DOCTYPE html PUBLIC -WCTDD 分離、これを行うことは、プログラムを作成するために使用する MVC モデルに似ており、結合が少なく、保守が容易になるという利点があります。コードが小さく、構造が明確であるためです。

2. 速度

速度の利点は 2 つの点で考慮できます。
帯域幅の使用量

は少なくとも よりも高いです。 コードの記述を大幅に削減
>
< ;div> のように書くと行数ももちろん少なくなります。 1 行ですが、div コードはテーブルのコードよりもはるかに少ないです。
Web ページの実行速度
1) 全体的な表示速度 IE または他のブラウザでは、まず文法解析が必要であることを知っています。当面は、スタックメソッドを使用して分析を行うことを想像してください。
2) 顧客エクスペリエンス
ネストされたテーブルの場合、最後の が実行されないと、全体が単なるホワイトボードになります
div については、最初にその一部を表示できます。 、そして顧客エクスペリエンスははるかに優れています、原則は最初のものに関連しています
3. 検索エンジンの最適化
クローラーが Web ページを読み込むと、それがネストされたテーブルの場合、多くのテーブルを分析する必要があります。複雑な構造を使用して規則性を記述するのは簡単ではありませんが、div は異なり、明らかにはるかに簡単です。検索エンジンはクリーンなコードを好みます (本当の意味は、Web ページのコード全体に占める効果的なキーワードの割合が増えることです)。そのため、CSS+DIV Web 標準を使用して作成された Web サイトには、検索エンジンに優しいという特定の利点があります。


ただし、この段階では CSS+DIV ウェブサイト構築の欠点も明らかです:

テーブル レイアウトと CSS+DIV を比較すると、CSS 構文が実際には非常に簡単で便利であることがわかり、デザイナーも CSS+DIV を習得することを認めています。ロケットを空に打ち上げる能力は必要ありませんが、計り知れない知識があれば十分ですが、特定の概念については消化して吸収する必要があります。同時に、バグの問題も CSS の普及を妨げる理由の 1 つです。CSS を使用する初心者はもちろんのこと、Web プロフェッショナルですらバグの修正に多くの時間を費やしていることがよくあります。詳細な比較により、CSS+DIV を使用すると、テーブルを使用して簡単に解決できるいくつかの問題が複雑になることがわかりました。CSS 愛好家にとって、これは挑戦であり楽しいかもしれませんが、普通のデザイナーにとっては、これは間違いなくイライラします。

さらに、ほとんどの Web サイトのデザイン要素がサイト全体に均等に分散されている場合、CSS Web サイト制作のデザイン要素は通常、複数の外部ファイルに配置されます。この 1 つまたは複数のファイルは非常に複雑である可能性があり、ファイルは小さくありません。たとえば、CSS ファイルが異常に呼び出された場合、Web サイト全体が悲惨な状態になります。

ブラウザの互換性の問題も、現在 CSS+DIV を妨げている問題です。IE では正常に表示されるページが、FireFox ではまったく異なります。 CSS+DIV にはブラウザの製造元からのさらなるサポートがまだ必要です。さまざまな理由により、Web 標準の普及には敷居が高く、多くの Web 標準支持者の優越感もそこにあります。

インターネットマーケティング担当者が最も懸念している検索エンジンの使いやすさについては、検索エンジンがクリーンなコードを好むことはよく知られています (その本当の意味は、Web ページのコード全体に占める有効なキーワードの割合を増やすことです)。 CSS+DIV の Web 標準を使用して作成された Web サイトには、検索エンジンに優しいという利点があります。ただし、検索エンジンによる Web ページの包含とランキングは、テーブルや CSS の配置が使用されているかどうかによって評価されないのは明らかです。これが、CSS と Web 標準を使用して作成された多くの Web ページが上位にランクされるのに対し、従来のテーブル レイアウトで作成された Web ページが上位にランクされる理由です。まだランク付けされている理由。なぜなら、検索エンジンにとって、コンテンツ、構造、リンク、その他の要素は常にウェブサイトの最適化にとって最も重要な指標だからです。

#html/xhtml/xml 列