FLOCSS（フロックス） は、OOCSSやSMACSS、BEM、SuitCSSのコンセプトを取り入れた、モジュラーなアプローチのためのCSS構成案です。
MCSSのレイヤー構成にも大きな影響を受けています。
FLOCSSは次の3つのレイヤーと、Objectレイヤーの子レイヤーで構成されます。
- Foundation - reset/normalize/base...
- Layout - header/main/sidebar/footer...
- Object
- Component - grid/button/form/media...
- Project - articles/ranking/promo...
- Utility - clearfix/display/margin...
他のOOCSSに基づくフレームワークおよびスタイルガイドと同様に、 再利用性や拡張性を持たせるために、これらのルールで分類をします。
Reset.cssやNormalize.cssなどを用いたブラウザのデフォルトスタイルの初期化や、プロジェクトにおける基本的なスタイルを定義します。 ページの下地としての全体の背景や、基本的なタイポグラフィなどが該当します。
ページを構成するヘッダーやメインのコンテンツエリア、サイドバーやフッターといったプロジェクト共通のコンテナーブロックのスタイルを定義します。
基本的には、ページ単位で唯一の存在である要素となるため、Layoutレイヤーの要素ではIDセレクタを採用することも可能です。
ただしIDセレクタは高い詳細度を持つため、それを懸念する場合には、l-* プレフィックスをつけた命名を採用するか、あるいは [id="header"] のような属性セレクタを用いることを推奨します。
Note:
SMACSSにおけるLayoutでは、グリッドレイアウトのためのモジュールも含めます。
FLOCSSでは、グリッドフレームワークとしての定義、具体的にはCSSプリプロセッサによるmixinやfunctionがある場合は、
各所でincludeされることを考慮して、このFoundationレイヤーで扱うべきだと考えています。
例えばそれらは、Susy、Bourbon Neat、Kiteのようなレイアウトに関わるフレームワークです。
しかし、これらをクラスとして扱う場合には、それらは Object/Componentレイヤーとして定義させるほうが、多くのレイアウト、グリッドフレームワークをFLOCSSに適用させやすいと考えています。 （!運用の中でこのルールが変わる可能性は大きいです！）
// Foundation
@mixin span-columns($columns) {
...
}
// Layout
#header {
@include span-columns(12)
}
// Object/Component
.c-grid {
@include outer-container;
}
.c-grid__cell {
@include pad();
}
.c-grid__cell--1 {
@include span-columns(1)
}OOCSSのコンセプトを元に、プロジェクトにおける繰り返されるビジュアルパターンをすべてObjectと定義します。
FLOCSSでのObjectは、さらに次の3つのレイヤーに分けられます。
再利用できるパターンとして、小さな単位のモジュールを定義します。
一般的によく使われるパターンであり、例えばBootstrapのComponentカテゴリなどに見られるbuttonなどが該当します。
出来る限り、最低限の機能を持ったものとして定義されるべきであり、それ自体が固有の幅や色などの特色を持つことは避けるのが望ましいです。
プロジェクト固有のパターンであり、いくつかのComponentと、それに該当しない要素によって構成されるものを定義します。
例えば、記事一覧や、ユーザープロフィール、画像ギャラリーなどコンテンツを構成する要素などが該当します。
ComponentとProjectレイヤーのObjectのモディファイアで解決することが難しい・適切では無い、わずかなスタイルの調整のための便利クラスなどを定義します。
Utilityは、Component、ProjectレイヤーのObjectを無尽蔵に増やしてしまうことを防いだり、またこれらのObject自体が持つべきではないmarginの代わりに.mbs { margin-bottom: 10px; }のようなUtility Objectを用いて、隣接するモジュールとの間隔をつくるといった役割を担います。
またclearfixテクニックのためのルールセットが定義されているヘルパークラスも、このレイヤーに含めます。
BEMシステムのシンタックスである、Block、Element、Modifierに分類して構成される規則を採用します。
FLOCSSでは、オリジナルのBEMのシンタックスではなく、MindBEMding のアイデアを基本的にそのまま取り入れています。
Modifierの命名の派生パターンとして、JavaScriptで操作されるような「状態」を表すようなModifierについては、SMACSSのStateパターンの命名を拝借し、is-*プレフィックスを付与し、.is-activeというようにすることもできます。
<button class="c-button is-active">Save</button>.c-button { ... }
.c-button.is-active { ... }このアイデアを採用する場合の原則として、.is-activeそのものにルールを持たせるのは禁止します。これは.is-activeそのものが持つルールが、
他のモジュールのModifierのスタイルを汚染してしまうのを防ぐためです。
Objectレイヤーの中で分類されるモジュールに対し、役割を明確にするためにプレフィックスをつけることを推奨します。
- Component -
.c-* - Project -
.p-* - Utility -
.u-*
Note:
これらの命名規則は、あなたのプロジェクトが持つオリジナルの命名規則に従い、キャメルケースなどを組み合わせたものでも構いませんが、必ず命名に一貫性を保つようにしてください。
基本原則のレイヤー構成に従い、下記のような構成を前提とします。
/* ==========================================================================
Foundation
========================================================================== */
/* Reset
----------------------------------------------------------------- */
html, body, div, … { … }
/* Base
----------------------------------------------------------------- */
body { … }
/* ==========================================================================
Layout
========================================================================== */
/* Header
----------------------------------------------------------------- */
#header { … }
/* Main
----------------------------------------------------------------- */
#main { … }
/* ==========================================================================
Object
========================================================================== */
/* Component
----------------------------------------------------------------- */
/**
* Button
*
* Blah Blah Blah
*/
.c-btn { … }
.c-btn--primary {
...
}
/**
* Media
*/
.c-media { … }
.c-media__image {
...
}
/* Project
----------------------------------------------------------------- */
/**
* Articles
*/
.p-articles { … }
.p-article {
...
}
.p-article__title {
...
}
/* Utility
----------------------------------------------------------------- */
/**
* Clearfix
*/
.u-clearfix {
...
}
/**
* Display
*/
.u-block {
...
}
/**
* Margin
*/
.u-mbs { /* Margin-Bottom: Small; */
...
}もしSassやStylusのようなCSSプリプロセッサやビルドツールを使ってCSSファイルを結合できる環境にあれば、次のようにディレクトリを分割して管理することを推奨します。 次の例は、Sassを採用した場合の例です。
├── foundation
│ ├── _base.scss
│ └── _reset.scss
├── layout
│ ├── _footer.scss
│ ├── _header.scss
│ ├── _main.scss
│ └── _sidebar.scss
└── object
├── component
│ ├── _button.scss
│ ├── _dialog.scss
│ ├── _grid.scss
│ └── _media.scss
├── project
│ ├── _articles.scss
│ ├── _comments.scss
│ ├── _gallery.scss
│ └── _profile.scss
└── utility
├── _align.scss
├── _clearfix.scss
├── _margin.scss
├── _position.scss
├── _size.scss
└── _text.scss
モジュール単位でファイルを分割することによって、ページ単位またはプロジェクト単位でのモジュールの追加・削除の管理が容易になります。
これらを統括するためのapp.scssのようなファイルからは次のように参照します。
// ==========================================================================
// Foundation
// ==========================================================================
@import "foundation/_reset";
@import "foundation/_base";
// ==========================================================================
// Layout
// ==========================================================================
@import "layout/_footer";
@import "layout/_header";
@import "layout/_main";
@import "layout/_sidebar";
// ==========================================================================
// Object
// ==========================================================================
// -----------------------------------------------------------------
// Component
// -----------------------------------------------------------------
@import "object/component/_button";
@import "object/component/_dialog";
@import "object/component/_grid";
@import "object/component/_media";
// -----------------------------------------------------------------
// Project
// -----------------------------------------------------------------
@import "object/project/_articles";
@import "object/project/_comments";
@import "object/project/_gallery";
@import "object/project/_profile";
// -----------------------------------------------------------------
// Utility
// -----------------------------------------------------------------
@import "object/utility/_align";
@import "object/utility/_clearfix";
@import "object/utility/_margin";
@import "object/utility/_position";
@import "object/utility/_size";
@import "object/utility/_text";カスケーディングは、CSSのもっとも大きな特長のひとつです。運用の中でCSSが破綻していくのは、安易なカスケーディングとセレクタの管理に原因があることが多いでしょう。
FLOCSSでは、後ろのレイヤーになるほど具体的になり、カスケーディングにおいて強いルールである必要があります。そのため、レイヤーの順序を前後させてはいけません。
原則として、モジュール間のカスケーディング、他のモジュールを親とするセレクタを用いたカスケーディングは禁止とします。
特に同一レイヤーにおけるモジュール間のカスケーディング、例えば、次のような複数のセレクタを用いたカスケーディングは好ましくありません。
// Component
.c-button {
...
}
.c-dialog .c-button {
...
}
// Project
.p-comments {
...
}
.p-articles .p-comments {
...
}なぜならば、そのレイヤーにおいて、特定のモジュールに依存することなく、モジュールとして独立して再利用できるべきであり、混在させることによって他の開発者が予想しない挙動になるべきではないためです。
例外として、レイヤー間におけるカスケーディング、例えば、次のようなProjectレイヤーがComponentレイヤーのモジュールを変更することは許容します。
<div class="p-profile c-media">
<img src="user.jpg" class="c-media__image">
<div class="c-media__body">...</div>
</div>// Component
.c-media__image {
float: left;
margin-left: 10px;
}
.p-profile > .c-media__image {
float: right;
margin-left: 0; // Cancel '.c-media__image' value
margin-right: 10px;
}ただし、このような例であってもセレクタのカスケーディングをおこなう必要はなく、次のようにProjectレイヤーのElementや、ComponentレイヤーのModifierによって拡張することによって解決することができる場合があります。
<div class="p-profile c-media">
<img src="user.jpg" class="p-profile__avatar c-media__image">
<div class="c-media__body">...</div>
</div>// Component
.c-media__image {
float: left;
margin-left: 10px;
}
.p-profile__avatar {
float: right;
margin-left: 0; // Cancel 'c-media__image' value
margin-right: 10px;
}<div class="p-profile c-media">
<img src="user.jpg" class="p-profile__avatar c-media__image c-media__image--rev">
<div class="c-media__body">...</div>
</div>// Component
.c-media__image {
float: left;
margin-left: 10px;
}
.c-media__image--rev { // reverse
float: right;
margin-left: 0; // Cancel 'c-media__image' value
margin-right: 10px;
}このように解決できた場合には、詳細度を強くすることを防ぐことができます。
一方で、対象のデザインが複雑で、パターンが多岐にわたるようなものであった場合、ElementやModifierでコードが溢れてしまうということもあります。
それによってモジュール自体が煩雑になり、問題を引き起こすようであれば、最初にあげた例のようなProjectレイヤーからのComponentレイヤーのカスケーディングが例外として許容します。
その際には、次のようなルールを課すようにしてください。
- Projectレイヤーモジュール内に、同一のComponentレイヤーモジュールが複数点在する場合を考慮し、出来る限り子供セレクタなどを活用して、適用範囲を限定する。
- 他のモジュールを親セレクタに持つのは1つだけとする。
他のレイヤーやモジュールを横断してのカスケーディングとは異なり、モジュール内で完結するカスケーディング、複数のセレクタを用いることは許容します。
例えば、次のようなTabsモジュールの場合です。
<ul class="c-tabs">
<li class="c-tab">
<a>Tab A</a>
</li>
<li class="c-tab">
<a>Tab B</a>
</li>
<li class="c-tab">
<a>Tab C</a>
</li>
</ul>.c-tabs {
display: table;
table-layout: fixed;
}
.c-tab {
display: table-cell;
}
.c-tab > a { // Use Descendant selector
display: block;
}この場合も、より堅実な設計を考慮するならば、次にように書くのも良いでしょう。
<ul class="c-tabs">
<li class="c-tab">
<a class="c-tab__target">Tab A</a>
</li>
<li class="c-tab">
<a class="c-tab__target">Tab B</a>
</li>
<li class="c-tab">
<a class="c-tab__target">Tab C</a>
</li>
</ul>.c-tabs {
display: table;
table-layout: fixed;
}
.c-tab {
display: table-cell;
}
.c-tab__target { // Use BEM "Element"
display: block;
}この例以外にも、リスト系モジュールにおいて隣接する要素間にボーダーが必要、といったケースでは隣接セレクタ'E + E {...}`を用いる場合もありますし、":hover"のような擬似クラスや状態を表すクラスをつける場合もあります。 これらはすべて許容範囲とします。
<ul class="c-tabs">
<li class="c-tab p-category-nav is-selected">
<a>Tab A</a>
</li>
<li class="c-tab p-category-nav">
<a>Tab B</a>
</li>
<li class="c-tab p-category-nav">
<a>Tab C</a>
</li>
</ul>.p-category-nav {
background-image: url(/img/bg-category-nav.png);
}
.p-category-nav:hover {
background-image: url(/img/bg-category-nav--highlight.png);
}
.p-category-nav:active,
.p-category-nav.is-selected {
background-color: #FFFFFF;
background-image: none;
}CSSプリプロセッサの多くが持つ、セレクタを継承するためのExtendは、原則そのモジュールで完結する継承以外では利用を禁止します。
レイヤーやモジュールを超えてExtendによる継承をおこなった場合、FLOCSSの構成・設計は破綻し、カスケーディングルールも複雑にしてしまう可能性があるためです。
以下は例外として、許容されるパターンをあげます。
次のようなbuttonモジュールがあったとします。
.button {
display: inline-block;
padding: 0.5em 1em;
cursor: pointer;
}
.button--primary {
background-color: #CCAA00;
}<a href="#save" class="button button--primary">Save</a>FLOCSSの構想では、このようなマルチクラスパターンを基本としていますが、次のようなExtendによってシングルクラスにすることができます。
.button {
display: inline-block;
padding: 0.5em 1em;
cursor: pointer;
}
.button--primary {
@extend .button
background-color: #CCAA00;
color: #FFFFFF;
}
.button--secondary {
@extend .button
background-color: #FFCC00;
}
// Compiled
// .button,.button--primary {
// display: inline-block;
// padding: 0.5em 1em;
// cursor: pointer;
// }
// .button--primary {
// background-color: #CCAA00;
// }<a href="#save" class="button--primary">Save</a>このようにモジュール内で完結をする限りは、管理が煩雑になりにくいため許容します。