DIV+CSS学習日記～DIV+CSSを使う理由（転送）_html/css_WEB-ITnose

現在、DIV+CSS は Web ページ作成の新しい標準となっており、多くの Web デザイナーが Table から DIV+CSS を使用するようになりましたが、なぜ DIV+CSS が使用されるのかを知らない人も多くいます。そのため、テーブルは DIV よりもはるかに使いやすいという誤解があり、DIV レイアウトは非常に複雑で習得が難しいため、この種の Web ページの新しい標準について話しましょう。 DIV+CSS を学んだ後は、いくつかの利点があります。

まず、インターネットを閲覧するときにほとんどの人が IE ブラウザを使用するのは、もう過去ではありません。たとえば、後者の 3 つのブラウザは現在、新しい WEB 標準をサポートしています。新しい IE7 もこの WEB 標準を完全にサポートします。つまり、これらのブラウザを使用して古い Web ページを開くと、ひどいページが表示される可能性があります。その理由は、新しい WEB 標準が一部のページ レイアウト モード (DIV、テーブル) を規制しているためです。 ) や CSS 機能を追加することで、Web ページがより標準化され、検索エンジンからの検索や分析が容易になることが最大のメリットだと思います。

この新しい WEB 標準について話しましょう。この標準については、次の記事を参照して理解できると思います。

Web 標準 2.0 がリリースされてからかなり時間が経ちましたが、Web 標準とは何ですか? Web標準をどのように理解すればよいでしょうか?インターネット上には関連する記述がたくさんありますが、ここではいくつかの簡単な要約を作成しました。

1. Web 標準に関する私の意見:
いくつかのチュートリアルで説明されているように、いわゆる Web 標準とは、構造標準とパフォーマンス標準です。インターネット上には同様の記述が数多くありますが、ここで私の個人的な見解を述べたいと思います:

a. 標準は相対的なものであり、一定の制限があります
標準自体も常に改善されています。私たちも盲目的に従うのではなく、参加して改善することもできます。最善のものはなく、より良いものだけです

b. 標準は使用が推奨されているだけであり、誰もが意識的に良い標準を遵守します
標準を使用する理由は、それが私たちにとって有益だからです。現在提唱されている ISO9000 規格と同様に、これは単なるイニシアチブであり、強制力ではありません。私はそれがうまくいくと思うので同じように使いますが、本当に良くないと思うのであれば、標準自体に強制力はありません。バスケットボールと同じように、NBA には 24 秒のオフェンスがあり、私たちには 30 秒のオフェンスがあります。NBA に参加したい場合は、他の人のルールを使用する必要があります。同じことが「世界貿易機関」への参加にも当てはまります。勇気があれば、独自の「世界貿易機関」を設立し、一連の基準を独自に発行することができます。

c. 標準には div を使用するか table を使用するかが明確に記載されていません
一部の友人は、標準を「table を div に置き換える」と安易に同一視しています。テーブルも XML ルールに準拠しているため、そうではないと思います。表を含むページは、引き続き XHTML1.0 検証に合格できます。

d. 「div レイアウト」はレイアウトに div を使用するだけではありません
ページをレイアウトするために可能なすべてのタグ (テーブルを含む) を使用できます。目的は最高の結果を達成することです。それは単なるコンセプト、まったく新しいモデルを提案するだけです。フォーラムの誰かも「重要なのはコードではなくコンセプトのアップデートだ」とも言っています。もちろん、私たちの最終的な目標はコードのアップデートです。

エ。この方法では、検証に失敗するページはありません。ただ楽しむためならそれでいいです。しかし、初心者の中にはバリデーターを真剣に受け止めすぎて、検証に合格することが最終目標であるとさえ考える人もいるのではないかと思います。私の意見は、バリデーターはページが標準に準拠しているかどうかを確認するのに役立つ単なるツールであり、それ以上のものではありません。最終的には、顧客の要件に従ってページをデザインする必要があります。

2. Web 標準を使用して Web サイトを構築する利点:
標準を使用する目的は標準を達成することであると考える人もいるかもしれません。実際、『Web サイトの再構築』では、Web サイトをより長く「存続」させ、Web サイトのアクセシビリティを向上させ、コストを削減するには、Web 標準を採用する必要があることを明らかにしています。ここには 3 つの「for」がありますが、どれも標準に関するものではありません。基準は単なる手段です。
「規格」に触れてから、「規格」に準拠したページをいくつか作ってみました。当時、なぜ標準が使用されるのかは明らかではなく、単なる好奇心からでした。また、その過程で技術的にも概念的にもいくつかの困難に遭遇しました。しかし、今では div+css を使ってクライアント向けの Web ページを作成できることに満足しています。
標準を使用した後、コードが合理化され、メンテナンスが容易になったと感じます。
合理化されたコードにより、ページの読み込み時間を短縮できます。現在のブロードバンド状況においても、コードを合理化するための要件を緩和すべきではありません (これはすべてのプログラマが自分自身に要求していることでもあると思います)。さらに、ダイヤルアップ ユーザーやモバイル インターネット/ブラウジング ユーザーは依然として多く存在します。これは一秒を争う社会です。
より高い互換性を実現するために規格に厳密に従ってください。資格のある Web ページ作成者は、Web ページが最高の互換性を達成できるように常に努めます。もちろん、有効性と互換性のバランスを取る必要があります。私たちが今夫を選ぶときと同じように、彼は金持ちでハンサムでなければなりません。
CSS を変更することで、ページ全体の外観を完全に変えることもできます。これにより、多くの作業が節約されます。
もちろん、標準を使用する上で最も重要な点は下位互換性であると思います。専門用語を使うと、「持続可能な開発」です。インターネットは常に発展しており、優れた Web ページ制作者は将来の発展についてある程度の先見性を持っている必要があります。私が今知っている限りでは、XML に代わるより良いものが登場するまで、将来しばらくは XML が世界になるでしょう。
毎年、あまりにも多くのウェブサイトが時代に追いつくために改訂に多額の費用を費やしています。なぜなら、改訂とは、コードやプログラムも含めて、すべてをやり直すことを意味するからです。
この標準では、データを XHTML (または html、xml) に引き渡し、パフォーマンスを CSS に引き渡すことも要求されており、この 2 つはそれぞれの役割を実行し、組み合わせられます。

3. 放棄されたテーブル?『Website Refactoring』という本が出版された後、標準とリファクタリングを混同したり、同一視したりする友人もいたかもしれません。私はこの本を読んでいないので、コメントできません。
「コードの外部の動作を変えずに、コードを修正してプログラムの内部構造を改善する」、これがリファクタリングです。 「Webサイトの再構築」というのは「divレイアウト」と「Web標準」の両方を意味すると思います。レイアウトはメソッドについて話し、標準は仕様について話します。これらは 2 つの異なるものです。
ウェブ標準はテーブルを使用すべきではないという意味ではありません。インターネット中を検索しましたが、ウェブ標準がテーブル タグの使用に反対している、あるいは使用しないことを推奨しているという記事は見つかりませんでした。 table "layout" を使用するには、代わりに div+css "layout" を使用します。
データテーブルを例にとると、テーブルを使用してそれを整理するのが最良の解決策だと思います。もちろん、他のメソッドを使用して実装することもできますが、あえて言うと、テーブルほど単純かつ簡潔ではありません。 (あるかもしれませんが、私は見つけられませんでした?) もちろん、学習段階では、すべての問題を解決するために表を使用しないように強制することは非常に役立ちます