CSSSの設計 CSSSはシンプルで理解しやすい反面、破綻しやすい言語ともいわれています。 サイトの規模が大きくなるにつれ、CSSのコード量も増えます。 そのような場合、重複しているコードや無駄なコードなどが発生してしまうことが多いです。 CSSをできるだけスマートかつ扱いやすいようにするのがCSSの設計です。 CSSを設計する上で、意識するポイントは以下の3つになります。 ・保守性 ・可続性 ・再利用性 この3つを維持し続けるのが、CSSを設計する目的です。 具体的な方法をこれから説明します。 CSSの名称 CSSの設計を説明する前にCSSの各パーツの名称について説明します。 セレクタ セレクタとは、スタイルを適用させたい対象をいいます。 以下のようなモノがセレクタとして設定されます。 ・id名 ・class名 ・pタグ ・hタグ ・aタグ ・ulタグ ・liタグ ・headerタグ ・

こんにちは、キッズリー開発グループ サーバサイドエンジニアの @t_uyama です。 本記事では、ローンチから三年間運用されているwebサービスにFLOCSSを導入して既存のCSSをリファクタリングしたという事例をご紹介します。また、各人で解釈が分かれがちなFLOCSSのレイヤ分けの一例と、FLOCSS導入後のCSSの開発体制についても併せてご紹介します。 FLOCSSとは？ CSSを書く際のファイル構成や命名規則などを取り決めたルールの1つです。CSSの命名規則というとBEM、OOCSS ( Object Oriented CSS )、といったものが有名なところして挙げられますが、FLOCSSはこれらの良いところを組み合わせたものとなります。Foundation Layout Objectと役割ごとにレイヤ（層）が分かれているのが特徴です。これにより、CSSコードの再利用・拡張がしやす

こんにちは。私は今まで、3年間、RailsやCakePHP,Ethnaなど様々な言語やフレームワークを使って開発を行ってきました。その中で、共通して使ってきたのがHTML/CSSです。私が3年間かけて培ってきたHTML/CSSの書き方ややり方、方針などをこの場を借りてまとめたいと思います。 まずはじめに 対応ブラウザを確認する スマホ対応の必要があるかを確認する HTML/CSSを使った開発のルールを決める HTML編 idやclassの命名を考える idは多用しない HTMLの共通化を考えた記述をする コラム: IE(後方互換モード)の対応が必要になった時の対処 CSS編 共通で使えるCSSは共通用のファイルを作ってまとめる CSSの適用範囲を考慮して記述する reset.cssを使うかどうかを決める CSSの!importantはできるだけ利用しない BootstrapのCSSを上書き

フロントエンジニアの茨木です。 皆様はCSSを書く際にコーディング規約を意識しているでしょうか。かつて、弊社にはCSSのコーディング規約が存在せず、CSSファイルの肥大化・クラス命名規則の不統一が発生していました。メンテナンスが難しくなってきた為、1年半ほど前にCSSコーディング規約を設けました。若干のルール追加を伴いながら、現在まで問題なく運用できています。本記事ではフロントエンドで運用しているCSSのコーディング規約に関して紹介します。 導入環境 本記事では以下の環境を前提にしています。 Ruby on Rails 5.0 Sass 3.4 Slim 3.0 CSSコーディング規約のコンセプト 初めにチームでヒアリングを行い、以下のようなコンセプトを決定しました。 読みやすい、書きやすいクラス名やタグ構造にする スタイルを再利用できる セレクタによるスタイルの競合を少なくする 既存の設

［ ＋ expand ］破綻する CSS CSS ファイルサイズの削減Minify 化使われていないルールセットの削除重複しているルールセットの削除ショートハンドプロパティクリーンな CSS に変換するモジュールCSS セレクタの最適化レンダリングの最適化Calculate StyleLayoutクロスブラウザ対応まとめ関連記事破綻する CSS 以前、CSS が破綻する原因を 破綻しにくい CSS 設計手法と命名規則 の記事で書きました。 破綻しにくい CSS の設計手法はいくつか考案されていますが、いずれも完璧ではありません。多くのサイトでは、CSS が適切にメンテナンスされておらず、肥大化しています。肥大化した CSS はブラウザのレンダリングパフォーマンスに悪影響を与えます。 本ページでは、CSS を最適化しパフォーマンスを向上させる方法を説明します。ただし、CSS の最適化はデータ

CSS Nite LP39「Coder's High 2015： コーディングスタイルの理想と現実」のフォローアップページです。 フォローアップは、五月雨式に追加していきます。 最終更新日： 2015年07月06日 1:21 pm 公開ポリシー このページは、本イベントの参加者（およびフォローアップ参加者）限定のコンテンツです。 ただし、90日を目安に一般公開する予定です。 ID/パスワードの情報はツイートなどされないようにお願いします。 ビデオ ビデオのパスワードは、すべて「CREGPA」です。 目的のものと異なる動画が再生される場合には、動画の下のテキストリンクをクリックして、vimeo内でご覧ください。 Twitter ツイートは下記にまとめました。公式ツイート担当はふっちーでした。 CSS Nite LP39「Coder's High 2015：コーディングスタイルの理想と現実」

こんにちは。もやし（@moyashi3333）です。 フリーランスとして、主にWeb制作・コーディング業をして生活しています。 コーディング中の悩み web制作のコーディングができるようになったけど、cssがごちゃごちゃしていて管理しづらい。 いつもcssの書き方・まとめ方で迷っている。 cssの上書きに !important を使いまくり、よくわからなくなっている。 上記の悩みを解決するには、CSS設計を取り入れるのがおすすめです。 本記事では、css設計の考え方をわかりやすく解説し、おすすめのcss設計である「FLOCSS」を紹介します。 css設計（FLOCSS）を導入すれば、メンテナンスしやすいcssを書くことができ、結果としてコーディングスピードも上がります。 css設計手法は、cssの書き方・管理方法におけるルールを設けること 「css設計」とは、どうすれば効率的にコーディング

CSSの設計手法とは、CSSのメンテナンス性や作業効率を向上させるためのHTMLのクラス名の付け方と、CSSのコードの管理方法の考え方のことを言います。命名規則などとも呼ばれたりしますね。 ページ数が少なく、コード量もそこまで多くないような場合はあまり気にする必要はありませんが、大きなプロジェクトになるとCSSの設計手法を取り入れることで様々なメリットがあります。 今回は、CSSの設計手法に関する基本と、3つの人気のCSSの設計手法をご紹介したいと思います。 メンテナンス性が向上する CSSの設計手法を正しく取り入れることによって、全体的に管理の行き届いたコードを記述することができ、メンテナンス性が向上します。 逆に、煩雑になってしまったコードではスタイルの優先順位が複雑になってしまっていたり、!importantが随所で登場してしまっているようなコードのことで、一度コードが崩壊してしまう

吉本式BEM設計（BEM設計ベース）とは、より美しいソースコードにするためのマークアップエンジニア向けの技術コンテンツです。

メンテナンス性に優れ、拡張性を備えたCSSを書くための「MaintainableCSS」を紹介します。 あるスタイルを修正する際に他に影響を与えてしまわないか、せっかく書いたコードが先祖帰りしないか、似たページをつくる時にコードを再利用するのに問題はないかなど、全部はもちろん個々でも非常に参考になると思います。 MaintainableCSS 以下、各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様に許可を得て翻訳しています。 メンテナブルCSSにすることのメリット 1. はじめに 2. セマンティック 3. 再利用 4. ID 5. コンベンション 6. モジュール 7. ステイト 8. バージョニング メンテナブルCSSにすることのメリット モジュール化、カプセル化 スタイルはあなたの許可なしで、他のスタイルの影響を受けません。 どんなデザインの要件でも あなたの必要

Há quem pense que o CSS serve somente para aplicar estilos a determinados elementos, e realmente seu principal objetivo é esse! Mas alguém já pensou que seria possível capturar eventos, como um evento de clique por exemplo, e gerar algum tipo de animação com isso? E falar que com isso é possível criar um jogo? Neste talk explicarei como criar um jogo simples, sem uma linha de javascript, usando ap