CSSで実装する時、フロントエンドのデベロッパーは何を考え、どういうことに配慮して実装するのか

UIコンポーネントをCSSで実装する時に、何を考えながら実装するのか、どういうことに配慮して実装するのかを紹介します。

CSSの何を使用して配置するのかベストか、レスポンシブの対応方法をはじめ、グラデーションをより美しく実装する方法、clamp()によるフォントサイズの定義、論理プロパティの使用など、CSSの実践的なテクニックについても解説されています。

Inside the mind of a frontend developer: Hero section
by Ahmad Shadeed

下記は各ポイントを意訳したものです。
※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。

• はじめに
• 実装するヒーローコンポーネント
• HTMLの構造を考える
• グラデーションの背景
• 疑似要素
• スマホでの表示を考える
• ヒーローの最小高さ
• 配置のためのCSS Gridとその際の課題
• コンテンツの中央配置
• スマホでグラデーションを変更する
• グラデーションをより美しく実装する
• clamp()によるフォントサイズの定義
• 論理プロパティを使用したグラデーション
• コンテンツの最大幅を考える
• 画像のフォールバックにカラーを設定しておく
• 上部に固定ヘッダがある場合
• 終わりに

はじめに

UIコンポーネントをHTMLとCSSで実装することは、まぁ答えは分かれますが、簡単あるいは難しいとも言えます。最近ではUIの実装を素早くできるフレームワークやツールがたくさんありますが、それらはどれほど良いものなのでしょうか。

CSSはここ数年で、本当に興味深い便利な機能をたくさん手に入れました。これらにより、もちろんCSSが難しいということではなく、フロントエンドのデベロッパーの仕事はさらに難しくなりました。UIを実装するためのオプションやソリューションがたくさん増えたということが現在の課題です。すでに同じように感じている人もいると思います。

とは言え、フロントエンドのデベロッパーがコンポーネントの実装に取り組んでいるときの頭の中を覗いてみるのは興味深いことだと思います。ここでもっとも重要なことは、CSSの結果ではなく、実装に取り組んでいるときの思考プロセスです。

この記事では、私の思考プロセス、なぜ他のソリューションではなくそのソリューションを選択したのか、その長所と短所、そして潜在的な課題や問題があるかどうかを示すことで、ヒーローセクションを実装する旅に招待したいと思います。

準備はできましたか？
では、フロントエンドのデベロッパーの頭の中を覗いてみましょう。

実装するヒーローコンポーネント

「こんなシンプルなヒーローコンポーネントに対するあなたの考え方を示すために記事を書くのですか？」と思うかもしれません。

このようなコンポーネントを構築し、さまざまなコンテンツのバリエーションに対応できるようにするには、実際に考え、声に出して話したり、自分自身に質問をしたりする必要があります。

ヒーローコンポーネント

このデザインを見て最初に頭に浮かんだことは、レイアウトです。レイアウトがどのように機能すればよいのか？

最初にレイアウトの機能を考える

ポイントは、3つあります。

• コンテンツには、見出し、パラグラフ、リンクがある。
• フェードのグラデーション。
• 全幅の背景画像。

HTMLの構造を考える

ヒーローのアイテムはすべて積み重なっています。レイアウトの観点からは、グラデーションのあるコンテンツがヒーローの幅の約60%を占めているように見えます。実際には、グラデーション要素は全幅を占めるかもしれませんが、グラデーション自体が幅を占めることはないはずです。

HTMLでマークアップするには、まずは上記のアイテムを積み重ねて実装します。方法はまだ不明です、何を使用して配置すればよいでしょうか？ 私の頭の中では絶対位置指定がデフォルトですが、CSS Gridでも同じことができると思います。

HTMLの観点から私が記述したコードは次のとおりです。

コンテンツと画像は、簡単です。考えさせられたのは、グラデーションという厄介なものです。ラッパーをグラデーションの背景にするか、それとも別の要素（疑似要素または追加の<div>）で実装するかです。

グラデーションの背景

今回はラッパーではなく、.hero__contentに背景を追加することを考えました。よくよく検討してみると、.wrapperの最大幅では大きなスクリーンでは機能しないことが分かります。

グラデーションの背景

疑似要素

そのためには、ヒーロー全体をカバーする要素が必要です。理想としては、要素を.heroセクションに絶対位置で配置することで実装していました。

このCSSは確かに機能しますが、後ほどposition: absolute;の代わりにCSS Gridのスタッキングを使用する別のソリューションを解説します。

スマホでの表示を考える

スマホではどのように表示すればよいのでしょうか？
たとえば、グラデーションを下から上にフェードする必要がありますか？ あるいは、代わりに単色にする必要がありますか？ このコンポーネントが使用される場所に基づいて、スマホで異なるバリエーションを持つ必要がある場合はどうしたらよいでしょうか？

スマホでの表示はどうすればよいか？

CSSで両方のユースケースを考慮することで、将来的に新しいバリエーションを構築しようとするときに多くの時間を節約できます。ありがたいことに、上記のCSSは、両方のソリューションを機能させることができます。

ヒーローの最小高さ

ヒーローはいかなる場合でも、高さを固定してはならないことに同意します。コンテンツは動的なものであり、いつでも変更できます。

私がそういうときによく使用するのは、min-heightの値に固定値と動的値を組み合わせます。

このCSSがあれば、小さなスクリーンで高さを変更するためのメディアクエリを使用する必要はなくなります。

あと、垂直のパディングも必要ですね。非常に長いコンテンツがある場合、端に重ならないようにするために非常に重要です。

フロントエンドのデベロッパーは、問題がまだ見えていないと細部を見落としてしまうことがありますが、実装中にこういったエッジケースを思い出すことは非常に重要です。

このCSSで上下に垂直のパディングが確保されます。

上: パディングなし、下: パディングあり

配置のためのCSS Gridとその際の課題

ヒーローの各アイテムを重ねるためにCSS Gridを使用するには、マークアップで画像を上に移動して.heroの直接の子にする変更が必要です。

マークアップを変更すると、CSS Gridで配置できます。

これでヒーロー画像、コンテンツ、およびグラーデションが同じグリッド領域に配置され、互いに積み重ねられます。

ただし、欠点が1つあります。縦長の画像を追加した場合に、ヒーローの高さを制御できません。<img>要素にmax-heightを設定することはできますが、ヒーローセクションの高さが画像より大きくなってしまいます。

ヒーローセクションの高さが画像より大きくなる

min-heightをheightに置き換えることで解決できますが、これは完璧な基準に反しています！

これは確かに機能するのですが、コンテンツが固定された高さを超えて大きくなると、問題が発生します。この問題については記事で解説したので、ご覧ください。

• 翻訳記事: モダンCSSによる絶対配置（position: absolute;）の削減

コンテンツの中央配置

コンテンツは垂直方向の中央に配置され、左揃えになります。現在サポートが充実しているFlexboxに慣れてしまっているので、以前の中央配置のテクニックを使用する必要はありません。

• 参考: CSSの中央揃えで、最も万能で信頼できる実装テクニック

中央配置にFlexboxを使用する場合の欠点は、入れ子が多すぎることです。コンテンツに到達するには、Flexboxを3レベル用意する必要があります。

もっとシンプルに実装できないでしょうか？
そうです、CSS Gridを使用すれば、方向やセンタリングのプロパティが少なく済みます。

こっちのCSSの方がいいですね！ CSS Gridの勝ちです。

この瞬間を楽しみながら、コンテンツの位置を変える可能性について少し考えてみました。

多くの場合、デザインチームやプロダクト担当者は創造性を発揮して、次のような質問をします。

ありがたいことに、CSS Gridを使用すると、こういったことにも簡単に対応できます。何の問題もなく好きな位置に変更できます。

CSS Gridだと位置変更の対応も簡単

スマホでグラデーションを変更する

私はデスクトップ用のCSSの基礎が出来てから、スマホ用のスタイルを書くことを考えることが多いです。私はこういうアプローチをしていますが、それはもちろんあなた次第です。

デスクトップ用のCSSの基礎が出来てから、スマホ用のスタイルを考える

スマホでは、グラデーションは下から上に向かっており、コンテンツは一番下に配置されます。CSS変数で方向を保存しておけば、backgroundプロパティ全体を上書きする代わりに、方向を変更できます。

次に、コンテンツをラッパーの最後になるように配置する必要があります。ここではplace-contentを使用しているので、これは簡単に実装できます。

グラデーションをより美しく実装する

主要な問題は解決したので、次はグラデーションをより美しく実装することに集中します。CSSのデフォルトのグラデーションで私が気に入らないのは、目に負担がかかりすぎることです。その問題に関するCSSWGの提案がありますが、2022年11月現在どのブラウザにもサポートされていません。

上: デフォルト、下: 美しく実装したグラデーション

ありがたいことに、Andreas Larsenが緩和された美しいグラデーションを生成する便利なツール「Easing Gradients」をリリースしています。

デフォルトのグラデーションは次のとおりです。

「Easing Gradients」を使用すると、最初と最後のカラーストップを入力し、あとは3次ベジエを自由にコントロールできます。

Easing Gradients

グラデーションが将来的にどうなるかは、こんな感じです。

現在のところ、ツールでは下記のように多くのカラーストップを含むCSSを生成します。これはまったく問題なく、理解しやすいコードです。

そして最後にちょっとした工夫として、グラデーションの不透明度を0.1だけ下げてみてください。そうすることで、よりリアルになります。

clamp()によるフォントサイズの定義

CSSのclamp()関数がブラウザにサポートされたので、私は流動的なフォントサイズの定義にはメディアクエリよりもclamp()関数を使用することを好んでいます。

• 参考記事: CSSの比較関数が便利すぎる！min(), max(), clamp()の使い方を詳しく解説

論理プロパティを使用したグラデーション

アラビア語などの右から左へのドキュメントで、ヒーローが期待通りに機能するようにするには、グラデーションも反転させる必要があります。と、そんなことを考えているときに、グラデーションにCSSの論理プロパティを使用するアイデアをツイートしました。

グラデーションにCSSの論理プロパティを使用

論理プロパティinline-endを使用すれば、ltrの場合はto rightになり、rtlの場合はto leftになります。

現状では、CSS変数を使用して、ルートドキュメントの方向に応じて変更することが可能です。

• 参考記事: CSSの変数（カスタムプロパティ）の基礎知識、便利な使い方を詳しく解説
• 参考記事: CSS変数（カスタムプロパティ）の優れた使い方、コンポーネントのバリエーションを実装するのに役立つ

コンテンツの最大幅を考える

グラデーションはヒーローセクション全体をカバーしていないので、テキストはグラデーションの境界内に収める必要があり、読みやすく、アクセシブルである必要があります。

そのためにはmax-widthにch単位を使用すると、このユースケースに完璧にフィットします。

テキストはグラデーションの境界内に収めたい

これを実現するためには、.hero__content要素に最大幅を定義します。

最大幅が設定されたので、下記のように表示されます。

テキストが読みやすくなる

画像のフォールバックにカラーを設定しておく

画像の上にテキストを配置する際に、私は通常<img>にbackground-colorを追加することで、防御的なCSSのアプローチをおこないます。グラデーションがあるので、今回は必要ありません。

上部に固定ヘッダがある場合

場合によっては、ヘッダがヒーローセクションの上部に配置されることがあるかもしれません。その場合は、ヘッダ・ナビゲーションの高さに等しい量で、ヒーローのpadding-topを増加させます。

上部に固定ヘッダがある場合

わたし達にできることは、paddingの量を増やすことです。これでヒーローに余裕を持たせることができます。

:has()のサポートが十分になれば、下記のようになるかもしれません。

• 参考記事: CSSの:has()疑似クラスの便利な使い方を徹底解説

このCSSで.site-header--fixedの固定ヘッダがある場合にのみ、padding-top: 3rem;が設定されます。

上部に固定ヘッダがある場合

終わりに

この記事では、私がヒーローセクションを実装するときにどのように考えたかについて楽しんでいただけたでしょうか。このプロセスは長すぎると感じた人もいるかもしれませんが、クライアントのために実物を実装しながら素早く考え、決定するので、通常ははるかに短い時間で作業は完了します。

この記事があなたのお役に立てれば幸いです。
コメントや提案があれば、@shadeed9までお願いします。