今はCSSが多すぎますか？

フロントエンド開発者は、長年にわたって多くの機能に熱心でした - CSS、スタイルのカプセル化、要素のアスペクト比設定、より細かい色制御、子要素属性に基づく要素の選択、特定のレベルの管理、特定の要素の幅に応答する要素など。

今、私たちは欲しいものを手に入れ、さらにはもっと得ることさえありますが、一部の人々は疑問を抱き始めています - 私たちは今あまりにも多くのcssを持っていますか？

暗黒時代

あなたが私のようで、CSS開発の初期のウェブ開発に関与している場合、CSSが多すぎるという考えはばかげているように思えます。

過去には、フロントエンド開発者の仕事は、CSSの制限を中心にほぼ完全に展開していました。たとえば、ClearFixハックを使用してフロートをクリアし、100％のパディングハックを使用してSquare Divを作成します。無関係に属性を適用してインターネットエクスプローラーをトリックしてコマンドを実行します。

当時、ブラウザはunningな敵であり、純粋なスキルと神秘的な呪文に敗北する必要がありました。最近では、完璧な属性があります。MDNにコピーして貼り付けてください。

cssの新しい時代

しかし、今では状況は非常に異なります。開発の方がはるかに速いだけでなく、ブラウザのメーカーも開発者の気持ちを本当に気にかけています！私は知っています、私は最初はそれを信じていませんでした。しかし、私は毎年CSSステータス開発者調査を行っています（そして、ちなみに、今進行中です - 参加してください！）、ブラウザ開発チームが調査結果（および他の多くのデータポイント）を使用してロードマップを決定することを知っています。

それとは別に、Googleは私の調査に資金を提供し、今年の調査の質問を選択するためにLea Verouを雇いさえしました。 それはGoogleだけではありません。 SafariとAppleを吹き飛ばすことはファッションになりましたが、開発者に耳を傾け、Webを改善することに対するJen Simmonsの熱意を否定することはできません。

ブラウザメーカーは、ブラウザ間の矛盾を減らすために、競争力のある境界を越えて独自のCSSを改善しているだけではありません。

良いことが多すぎますか？

このすべての結果は、私たちが現在、CSSリソースの過剰供給の問題に直面しており、追いつくのに苦労していることです。 CSSグリッドは5年近く主要なブラウザでサポートされていますが、使用するたびに参照ドキュメントを参照する必要があります。 Subgridはクールに見えますが、まだ試していません。 leaと私は多くの機能を検討しましたが、いくつかも拒否しました。私たちが含めない機能のいくつか：

• linear()機能を緩和することで、緩和曲線をより細かく定義できます。
• env()関数。これにより、ブラウザまたはデバイスによって定義された変数を使用できます。
• scrollbar-widthプロパティは、スクロールバーの外観を制御するのに役立ちます。
• margin-trimプロパティ。これにより、コンテナの子要素のマージン動作を制御できます。

これらはすべて非常に便利であり、CSS不足が過去にあった過去には大きなニュースになります。しかし、今日の文脈では、彼らはより大きなアナウンス（has()セレクターやCSSネスティングなど）と競争する必要があります。

労働励起

SilvestarBistrovićが書いているように、彼はこれらすべての新しいCSS機能について「それほど興奮していません」。 Sara SoueidanはTwitterで、「現時点で機能が見えることではなく、目的について心配している」と答えました。

これは否定的な態度のようですが、理解できると思います。誰もこれほど多くの新機能に追いつくことに頼ることができません！

もう1つの予期しない（または意図的な）結果は、より複雑なCSSであればあるほど、これらすべての新機能の追加ワークロードを維持および文書化することではなく、ブラウザエンジンの顔を開発しようとする新しい会社が高いほど高いということです。

CSSの過剰拡張

また、CSSが取り扱いにあまり適していないエリアに拡大している可能性があるという非常に合理的な懸念もあります。 Sara Soueidanはまた、新しいCSSスイッチの実験的実装に反応するときにこれを指摘しました（これはそれについて議論するためのチケットです）：

多くの人は、この動作が純粋にCSSを介してスイッチ状態を管理するのではなく、新しいHTML要素によって最適に処理されること、およびCSSがアクセシビリティの問題に適切に対処されることを保証するための最良の媒体ではない可能性があるという非常に合理的なポイントを挙げています。

これは、CSSが以前にJavaScriptを介して処理されていたコンテンツを引き継ぐ場合によく見なされることがよくあります。これは、ブラウザがロードする必要があるコードの量を減らすためです。したがって、私はCSSスイッチについて慎重に楽観的であり、CSSタスクフォースがコミュニティの懸念を適切に処理すると考えています。しかし、いつかCSSが境界を越えて拡大し、HTMLとJavaScriptの義務を侵害しているのではないかと心配し始めるでしょう。

新しい期待

これは変更が必要なことかもしれません。CSS開発者をあきらめるべきかもしれません

すべてのCSSの期待を理解する必要がありますか？ この期待は、CSSがかつて後付けと見なされていた時代に由来しています。クライアントの要求に応じて、ボタンを青く大胆に変えることを学ぶ必要がある厄介な文法です。しかし、今日のCSSは、特に他のフロントエンドのタスクの外で、1人がマスターするには大きすぎる可能性があることを受け入れる必要があると思います。

ミシェル・バーカーが言ったように：

これが私の最後の結論です。私はおそらく、すべての可能なCSS機能を使用することはできないという事実を受け入れました。そして、これはまだCSS

で調査を行った人からです

！

しかし、これらの新機能は確かに一部の人に役立ちます。誰かが彼らについてのブログの投稿を書いて、彼らと一緒にクールなコーデュペンを作成し、それらについて話します。この男は、彼のすべての髪の毛をまだ持っているクールで若く、エネルギッシュな開発者になります。言い換えれば、それは私ではありません - それは良いことです。

たぶん、この新しい開発者が一度に多くのことを学びすぎなければならないことで圧倒されるのではないかと心配しているかもしれません。しかし、これらの更新された代替案のために、彼らが 学習する必要がないことを正確に置き換える必要はないことを忘れないでください。私はいつでもこの取引を受け入れることを知っています。

しかし、それについて考えてみてください。過去数年にわたって、適応する必要があるデバイスの数が大幅に増加しているだけでなく、障害、現在の環境、または単に個人的な好みが原因である可能性のあるわずかに異なる方法でネットワークを消費していることに気付き始めています。 CSSはこの新しい現実に適応すべきではありませんか？

今、私はそれがすべて私に少し懐かしく感じさせることを認めなければなりません...だから私を許してください、私は古い思い出のためだけにいくつかのフロートをクリアするつもりです。

私が言ったように、年次CSSステータス調査が開かれています。 CSSが多すぎると思われるかどうかにかかわらず、この調査は、ブラウザ開発者に自分の気持ちを知らせるのに最適な方法です。

以上が今はCSSが多すぎますか？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。