Web標準に関する思考メモ(1)_体験交流

私は昨年の初めから Web 標準について学び始め、過去 2 年間である程度の経験を積んできました。最近転職して家で暇になったので、皆さんにシェアしたくて書きました。

1 Web 標準と W3C XHTML 仕様の理解

慣習的な理解によれば、これら 2 つの概念は同じものを指しているようです (これらの概念はこの版で説明します) 高度な理論"^_ ^)。しかし、実際のところ、技術的な観点から見ると、これら 2 つはほとんど相関関係がないと思います。つまり、Web 標準とは、ページの構造、パフォーマンス、動作を独立して実装したもので、より一般的に言えば、今日の採用で人気のある言語「div+css」です。ただし、W3C XHTML のどのバージョンも Web 標準の概念に制限を設けていません。明らかに、xhtml 1.1 を使用してテーブル配置の Web ページを作成できます。この時点で、私がばかげた話をしていると思うかもしれません。しかし、どのようなテクノロジーであっても、基本的な概念を十分に理解していなければ正しく使用できません。今日の Web 標準アプリケーションの 2 つの誤った道について、次の 2 つの側面からお話しましょう:

最初の状況は非常に単純です。 XHTML+CSSを使っている以上はWebの標準だと思います。このページにはクラスと ID が満載です。詳細ごとに個別のクラスを自由に定義してください。このようなページと従来の HTML の違いは、img タグに余分な「/」があることです。少なくとも、辞書のようにスタイルシートを調べる必要がなく、フォントを簡単に使用できるようにするには、従来の HTML に戻ったほうがよいでしょう。もう 1 つの、より巧妙でカジュアルな CSS の使用方法については、後ほど説明します。

2 番目の状況は、理解するのがさらに難しいと思います。つまり、必要なパフォーマンスを達成するためにさまざまな複雑な div ネストと CSS ステートメントを使用しようとするということです。非常に簡単な例は、先ほど見た投稿にあります。「 画像を切り取らずにページの角を丸くする 」。まず最初に、CSS 関数を使用して角の丸い部分を「描画」するこのアイデアが本当に良いものであることを確認したいと思います。これを行うには、設計者は次のようなコードの大部分を対応する位置に追加する必要があります:




しかし、これは Web 標準の基本概念である構造と構造の分離に大きく違反しています。パフォーマンス 。 Web ページのパフォーマンスを制御するために使用されるコードを構造ドキュメントに配置するためです。実際に実際のパフォーマンス コードを CSS に配置していると言えるかもしれません。しかし、これは盗まれた概念だと思います。上記の b タグは Web ページの構造とは関係がないため、すべて空のタグです。つまり、文書構造が必要とする場所に何かを置くという機能は存在しません。したがって、それらは文書構造のための単なるジャンクコードです。

別の例は、より微妙なものかもしれません。 Web ページに 3 方向の列を実装する方法に関する記事を、以前 alistapart.com で見たことがあります。その原則は、おそらく 3 つまたは 4 つの div を使用して相互にネストすることです。これもWeb標準に違反していると思います。これらの div タグがコード内に配置される順序は、単に構造上の必要性のためではなく、Web ページのパフォーマンスのためであるためです。

もちろん、上記の考え方がある程度やりすぎであることは認めます（でも、逆に絵以外の角丸処理を実装しなければならないとなると、それもやりすぎではないでしょうか、笑） 。場合によっては、構造とパフォーマンスをそれほど簡単に分離できないことがあります。豊かなパフォーマンスを実現するには、構造を適応させる必要があります (

の使用について考えてください)。しかし、何が正しくて何が間違っているかを知ることが重要です。たとえ時々何か間違ったことをしなければならないとしても。

最後に、「絵にならない角丸」が無意味だとか間違っていると言っているわけではないことを申し上げたいと思います。著者の知性とインスピレーションにも感心します。このような技術的な研究は、以前CSSを使って国旗を描くのと同じで、CSS技術を習得するのに非常に役立つと思います。ただし、その使用は CSS フラグと同様に限定されるべきであり、実際のアプリケーションでは採用すべきではありません。それは Web 標準の基本原則に違反しているからです。