フロントエンド開発者として、私たちは何年にもわたって多くのことを望んでいました — CSS で物事を中央に配置する方法、スタイルをカプセル化する方法、要素の縦横比を設定する方法、色をより細かく制御する方法、それに基づいて要素を選択する方法子のプロパティ、特異性のレイヤーの管理、要素が親の幅に対応できるようにするなど、リストは延々と続きます。
そして今、私たちは望んでいた以上のものを手に入れたので、私たちの何人かは尋ねています—私たちは今持っていますか 過度に CSS？
暗黒時代
私のように、CSS の初期段階で Web 開発を始めたのであれば、CSS が多すぎるという考えはばかげているように思えます。
かつて、フロントエンド開発者のほぼすべての仕事内容は、CSS の制限に対処することでした。 の clearfixハック フロートをクリアするには、 100% パディング ハック 無関係なプロパティを半ランダムに適用して、Internet Explorer をだまして入札を行わせることは言うまでもありません。
当時、ブラウザーは狡猾な狡猾さと難解な呪文によって打ち負かされるべき狡猾な敵でした。 今日、完璧なプロパティが待っていて、MDN にコピーして貼り付けるだけです。
CSSの新時代
しかし、今日では状況が大きく異なります。物事がより速く進んでいるだけでなく、ブラウザー ベンダーも 実際に気にする 開発者を幸せにすることについて！ 私も信じられませんでした。 しかし、私は毎年実行します CSSの状態 開発者調査（これは ちなみに、今すぐ開いてください-取りに行きましょう！) そして私は、ブラウザー開発チームが (他の多くのデータ ポイントの中でも) 調査結果を使用して、ロードマップを通知していることを知っています。
これ以外にも、Google は調査での私の作業の資金調達を支援し、雇用さえしてくれました リー・ベロウ 今年のアンケートの質問を選ぶ際に主導権を握ってください。
グーグルだけではありません。 Safari と Apple を一般的にバッシングすることが流行になっていますが (当然のこともあります)、誰かがいかに情熱的であるかを否定することはできません。 ジェン・シモンズ 開発者の声に耳を傾け、ウェブを改善することです。
また、ブラウザー ベンダーが独自に CSS を改善しているだけではありません。 彼らは次のようなイニシアチブで戦線を越えて協力しています。 相互運用2023 ブラウザ間の矛盾や非互換性を減らすのに役立ちます。
良いことは多すぎますか？
これらすべての結果として、私たちは現在、豊富な CSS の恥ずかしさに直面しており、追いつくのが難しい場合があります。 CSSグリッド ほぼ XNUMX 年前に主要なブラウザーでサポートされ始めましたが、使用するたびにリファレンスを確認しています。 そして、クールなように サブグリッド どうやら、まだ試していないようです。
選考の過程で State of CSS にどの CSS 機能を含めるか含めないか、Leaと私は多くの機能を検討しましたが、かなりの数を拒否しました. 機能の例 しませんでした 含まれるものは次のとおりです。
-
linear()イージング機能を使用すると、イージング カーブをより細かく定義できます。 -
env()function、ブラウザまたはデバイスによって定義された変数を使用できます。 -
scrollbar-widthプロパティは、スクロールバーの外観を制御するのに役立ちます。 -
margin-trimコンテナーの子の余白の動作を制御できます。
これらはすべて非常に役立つ可能性があり、過去数年間の CSS の干ばつで大きなニュースになったはずです。 しかし、今日のコンテキストでは、 has() セレクターや CSS ネストなど、より大きなアナウンスで注目を集めるために戦わなければなりません!
興奮しない
シルヴェスター・ビストロヴィッチ 書き込み、彼は「これらすべての新しいCSS機能にそれほど興奮していません」. これはツイッターで反響を呼んだ。 サラ・スエイダン 彼女が気にかけているのは「実用性であり、機能が現時点でどれだけ輝いているかではありません」.
これは否定的な態度のように思えるかもしれませんが、理解できると思います。 これほど多くの新機能についていくことは誰にも期待できません!
もう XNUMX つの意図しない (またはおそらく意図された?) 結果は、CSS が複雑になるほど、ブラウザー エンジンを開発したい新しい会社のハードルが高くなるということです。これらの新機能。
CSS オーバーリーチ
また、CSS が処理に適していない領域に分岐している可能性があるという非常に妥当な懸念もあります。 これは、Sara Soueidan が新しい CSS Toggles の実験的実装 (ここにそれについて議論するチケットがあります):
この種の動作は、トグル状態を純粋に CSS で管理するのではなく、新しい HTML 要素で処理するのが最適であり、CSS はアクセシビリティの問題に適切に対処するための最良の媒体ではない可能性があるという非常に合理的な指摘を多くの人が行っています。
以前は JavaScript で処理されていたものを CSS が引き継ぐことは、ブラウザがロードする必要のあるコードの量を減らすことが多いため、一般的には良いことと見なされます。 そのため、私は CSS Toggles について慎重ながらも楽観的であり、CSS ワーキング グループがコミュニティの懸念に適切に対処することを信頼しています。 しかし、CSS がその境界を越えて拡大し、HTML と JavaScript の責任を侵害する可能性があるのではないかと心配し始める日が来るかもしれません.
新たな期待
おそらく、これは変更する必要があるものです: CSS 開発者が知っている必要があるという期待を捨てる必要があるかもしれません を CSSの？
この期待は、CSS が後付けであった時代に由来します。つまり、クライアントが要求したとおりにボタンを青く太字にするために、少し厄介な構文を学ばなければなりませんでした。 しかし、今日の CSS は、特に他のフロントエンドの仕事に加えて、XNUMX 人の人間が習得するには広すぎる可能性があることを受け入れる必要があると思います。
As ミシェル・バーカー それを置く：
そして、それが私自身が最終的に着陸する場所です。 私は、考えられるすべての CSS 機能をおそらく使用することは決してないだろうという事実に同意しました。 そして、これは誰かから来ています CSSに関するアンケートを実施!
しかし、これらの新機能は確かに便利です 誰か. 誰かがそれらについてのブログ記事を書いたり、それらを使ってクールな CodePen を作成したり、それらについて話したりするでしょう。 その人は、まだ髪の毛がすべて残っている、クールで若くてエネルギッシュな開発者になります。 言い換えれば、それは私ではありません — それでいいのです。
そして、この新しい開発者が一度に学ばなければならないすべてのことで圧倒されるのではないかと心配しているかもしれません. しかし、すべてのことを心に留めておいてください。 しません これらの新しい代替品に置き換えられたという理由だけで、それについて学ぶ必要があります。 私はいつでもその取引をすることを知っています。
しかし、考えてみてください。ここ数年で、対応する必要のあるデバイスの数が大幅に増加しただけでなく、Web の利用方法がわずかに異なっていることも認識し始めました。障害、現在の状況、または単に個人的な好みに。 CSS はこの新しい現実に適応すべきではないでしょうか?
さて、私はこれがすべて私を少し懐かしく感じさせたことを告白しなければなりません…それで、昔のために、いくつかのフロートをクリアする間、失礼します。
前述したように、毎年 CSS調査の様子 がオープンしました。 CSS が多すぎると思うかどうかに関係なく、アンケートはブラウザー開発者にあなたの気持ちを知らせる素晴らしい方法です。 記入してください 10分あれば。
