JSパーティーポッドキャストからの抜粋:
Kend C. Doddsは、多くの開発者が、変更が安全かどうかわからないため、従来のCSSを使用するときにコードをコピーすることを選択することが多いと述べました。 PayPalプロジェクトでは、CSSコードの90%が使用されていないため、古いコードを簡単に変更しようとしないため、使用されていません。これは、開発者がCSSスキルを欠いているためではなく、CSS自体に欠陥があるためでもあります。
Emma Bostainは、これがCSS-in-JS(スタイルのコンポーネントなど)のようなソリューションの鍵であると指摘しています。コンポーネント内のスタイルロジックをカプセル化し、コードの競合を回避し、スタイルの追加、削除、変更が容易になります。
Doddsは、これらのツールがこの問題を解決するために作成されることに同意します。
多くの大企業にも同様の問題があります。多数の開発者、頻繁な従業員の離職率があります。これにより、どのCSSコードが使用されているかを誰も知りません。
そのため、Doddsはコンポーネントベースのスタイルソリューションを好むことがあります(ただし、複雑なツールやJavaScriptの構文に熱心ではありません)。キーは、スタイルとコンポーネントの緊密な結合にあり、開発者はスタイルを変更することを恐れなくなりました。すべてのプロジェクトにこのアプローチが必要なわけではありませんが、フロントエンドアーキテクチャがすでにコンポーネント(JavaScriptのない優れたフロントエンドアーキテクチャ)に基づいている場合、このスタイルは完璧です。
これに基づいて、Doddsは「スコープスタイル」が標準化の議論でカムバックすることに興奮しています。
彼は古代のアイデアを思い出しました(おそらくブラウザに一時的に登場しました):スタイルをHTMLに直接追加し、スタイルは親要素のみで機能します。このアイデアは素晴らしいものであり、彼は再び実現することを望んでいます。
ただし、新しいソリューション(ミリアムの元の提案など)は、下および上限を設定できるなど、この基本的な概念よりも賢いため、DOM(ニコールサリバンが提案した用語)の「リング」スタイルの範囲を達成します。最終結果に関係なく、Shadow Domとゼロツールのないスコープスタイルは非常に理にかなっています。
以上が「誰もが古いものに触れることを恐れていたので、90%未使用のCSSがありました」の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。