Web制作のフロントエンドテクノロジーは引き続き改革されるべきです

最近、インターネット上のCSSレイアウトとテーブルレイアウトに関する議論がありました。最初は少し不満でした。CSSレイアウトの重要性はすでに人々の心に深く根ざしていると思いましたが、多くのデザイナーや開発者が異議を唱えたとは思っていませんでした。

落ち着いた後、それについて考えた後、私は理由が2つの側面になるかもしれないと感じました：

• 一方では、IE6はまだ分散しているため、Web開発コストが高くなっています。かつてオンラインでは、Web開発者がIE6の入力/出力比が最も低いことを示す統計がありました。私は、ほとんどのフロントエンドエンジニアがIE6によって拷問された経験を持っていると信じています。 CSSレイアウトを非常に痛々しいほど使用する代わりに、テーブルを使用してリフレッシュして便利にする方が良いです。
• 一方、フロントエンドエンジニアはより実用的で効率に焦点を合わせていることがわかりました。 CSS2とCSS3の多くの新機能は長い間広く普及しておらず、Web標準の伝道者が話しているCSSの利点は、実際に反映されているときに妥協点に遭遇することがよくあります。私は常に私の使命としてWeb基準をとってきましたが、テーブルのブラウザの互換性が最良であることに同意する必要があります。テーブルのレイアウトは、デザイナーが開始するのが簡単です。国内環境に関する限り、テーブルのティックは依然としてポータルトピックまたはeコマースのウェブサイトプロモーションページを作成する最も一般的な方法であり、その存在は合理的です。

したがって、CSSレイアウトを提唱している間、その優位性を証明するために無価値になるためにテーブル自体を中傷する必要はありません。毎日の開発では、テーブルを完全に放棄するほど急進的である必要はありません。テーブル自体にはセマンティクスがあり、データテーブルを表示する時期に使用する必要があります。開発プロセス中に、計量する必要がある場合には、表+CSSレイアウトを使用することもできます。この点で、GoogleとFacebookのフロントエンドエンジニアの実用的なアプローチに感謝しています。 Facebookの半透明の影を使用して、一般的なポップアップダイアログボックスに従うことができます。これは、<table>を使用して作成され、非常に絶妙です。

この議論は、近年のWeb標準の開発と相まって、Web開発における改善と改革の違いについて考えるようになりました。

XHTML 2はXMLに直接進化しようとし、HTMLとのブレークを発表します。これは、従来のHTML開発者である私をパニックに陥れました。そして、WhatWG組織がHTML5（最終的にはW3Cによって認識される）を提案するのを見たとき、その穏やかな改善は私をはるかに親密に感じさせました、そして、事実はHTML5がますます私たちに向かっていることを証明しています。ダグラス・クロックフォードは、HTML5があまりにも激しいと感じており、HTML 4.2の改善計画を提案しました。

JavaScriptをもう一度見てみましょう。 ecmascript4はJavaScriptを大きく変更しました。幸いなことに、技術委員会は最終段階で正気に戻り、再提案された後方互換性のあるeSmascript 3.1は、最前線で実際に戦っているより多くの開発者によって明らかに認識されました。

血なまぐさい改革ではなく、改善は、技術開発を促進するためのより実用的で合理的な方法かもしれません。これは、Web標準の進化、製品やプロジェクトのアップグレード、さらには社会システムの構築にも当てはまります。