スタイルガイドは取り入れやすく捨てやすくが大切
スタイルガイドの作成にはfractalを使っている。
ずっとHologramをつかっていたけど、fractalに乗り換えたという記事を書きました。
https://zenn.dev/koojy/articles/styleguide-generator-fractal-recommend
fractalをどのような風に使うのがよいか、ある程度自分の中で考えが固まりました。
- 目次
fractalのディレクトリ構成はくせがある
先に紹介した以 前書いたfractalの記事では**fractalのデメリットとしてディレクトリ構成が冗長になりやすい**ということを書いた。
これはfractalがスタイルとテンプレートと設定を一つのディレクトリで管理するというコンポーネント思考を持っているからです。
たとえばボタンのスタイルガイドを作ろうとした時、下記のようなファイル構成になる。
1 2 3 4
— button |— button.css(scss) |— button.hbs |— button.config.json(yml)
通常開発するときはcssなりscssをこんな形で配置することはないと思う。
つまり一から作るプロジェクトでも、すでに運用中のプロジェクトでも、fractalを使うためのディレクトリ構成になってしまう。
使っている間は良くてもfractalを捨てた時に不自然なディレクトリになり、途中から入れるにしてもこのディレクトリ構成に作り直す必要がでてしまう。
スタイルガイドを取り入れやすく、捨てやすく
取り入れにくく、捨てにくいfractalのディレクトリ構成だけど、一つ我慢するだけで取り入れやすく、捨てにくいスタイルガイド生成ツールになる。
唯一我慢しなければいけないのはcss(scssやless)のコードをドキュメントに載せないこと。
fractalではスタイルガイドでHTMLはもちろん、スタイルシートのコードも見ることができる。
ただしスタイルシートのコードを見るには先に書いたfractal特有のディレクトリにする必要が出てくる。
スタイルガイドのコードを完全に分離する
プロジェクトでよくあるディレクトリ構成は下記のようなものだと思う。