最近、インターネット上で CSS レイアウトとテーブル レイアウトの議論が再び巻き起こっています。最初はかなり不満でした。CSS レイアウトの意味は人々の心に深く根付いていると思っていましたが、それでもこれほど多くのデザイナーや開発者が同意しないとは予想していませんでした。
落ち着いて皆さんの議論を見て、よく考えてみると、その理由は次の2つの側面からあるのではないかと感じました。
- 一方で、IE6 の存在が長引くため、Web 開発コストは高止まりしています。かつてインターネット上にある統計があり、Web 開発者の IE6 に対する入出力比率が最も低かったというデータがありました。フロントエンドエンジニアの多くはIE6に苦しめられた経験があると思います。面倒な CSS レイアウトを使用する代わりに、テーブルを使用する方が簡単で便利です。
- 一方で、フロントエンドエンジニアはより現実的で効率性を重視するようになっていると感じています。 CSS2 および CSS3 の多くの新機能は広く普及していないため、Web 標準の伝道者によって語られる CSS の利点は、実際に実装すると妥協に遭遇することがよくあります。私は常に Web 標準の普及に尽力してきましたが、テーブルのブラウザ互換性は最高であり、設計者にとってテーブル レイアウトの方が使いやすいという点には同意せざるを得ません。 国内環境を考えると、ポータルサイトのトピックスやECサイトのプロモーションページなどでは、依然としてテーブルカッティングが主流であり、その存在には合理性がある。
したがって、私たちは CSS レイアウトを賞賛しますが、その優位性を証明するためにテーブル自体の価値を下げる必要はありません。日々の開発では、テーブルを完全に完全に放棄する必要はありません。テーブル自体にはセマンティクスがあり、開発プロセスでデータ テーブルを表示する場合は
を使用する必要があります。コストを考慮する必要がある状況では、テーブル + CSS レイアウトを使用することは悪い考えではありません。この点で、私は Google と Facebook のフロントエンド エンジニアの実践的なアプローチを賞賛します。 Facebook でよくある半透明の影付きのポップアップ ダイアログ ボックスに注目してください。これも を使用して作成されており、これも非常に精巧です。この議論は、近年の Web 標準の発展と相まって、Web 開発における改善と改革の違いについて考えさせられました。
XHTML 2 は XML に直接進化しようとしており、HTML との決別を発表しています。従来の HTML 開発者である私は、これに恐怖を感じていました。そして、WHATWG 組織が HTML5 を提案した (最終的には W3C によって承認された) のを見たとき、その緩やかな改善により、HTML5 が私たちに近づいていることが証明されました。 Douglas Crockford は、HTML5 は暴力的すぎるとさえ感じ、HTML 4.2 の改善計画を提案しました。
JavaScript をもう一度見てみると、ECMAScript 4 は JavaScript を大幅に変更しました。幸いなことに、技術委員会は最終段階で理性を取り戻し、新しく提案された下位互換性のある ESMAScript 3.1 は、実際に最前線で戦っているより多くの開発者に明らかに認識されました。
技術開発を促進するには血なまぐさい改革よりも改善のほうが現実的で合理的な方法かもしれない。これは、Web標準の進化、製品やプロジェクトのアップグレード、さらには社会システムの構築にも当てはまります。
原文: http://ued.taobao.com/blog/2009/06/24/web_dev_improve/
