質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

90.04%

FLOCSSのコンポーネントについて

受付中

回答 1

投稿

  • 評価
  • クリップ 0
  • VIEW 1,224
退会済みユーザー

退会済みユーザー

FLOCSSのコンポーネントについて

>>>
それ自体が固有の幅や色などの特色を持つことは避けるのが望ましいです。

とありますが、widthやcolorなどはどこに記載するのですか?
projectですか?
それともコンポーネントの同じcssファイル内だが、OOCSSのように構造とスキンを分離するほうが望ましいという意味でしょうか?


Component

再利用できるパターンとして、小さな単位のモジュールを定義します。

一般的によく使われるパターンであり、例えばBootstrapのComponentカテゴリなどに見られるbuttonなどが該当します。

出来る限り、最低限の機能を持ったものとして定義されるべきであり、それ自体が固有の幅や色などの特色を持つことは避けるのが望ましいです。


また、compornentとprojectの違いはそのサイトでしか使わないパーツ(コーポレートサイトなら、求人のセクションなどでしょうか?)か、
ほかのサイトでも流用するボタンのようなパーツ(ボタンやパンクズリスト、会社情報のセクション?)という区別と聞いたのですが、
下記のような情報もあります。
結局よくわかりません?


Q:Componentレイヤーはどんなものが該当しますか?
A:ほぼ追加されないと思っても大丈夫です。色やボーダーなどの装飾的なスタイルがついている場合やコンテンツの中身に使用するスタイルはProject レイヤーだと考えてもいいです。大枠のレイアウトで装飾的なスタイルをもっていない使い回せるものはComponentレイヤーに入る可能性があります。

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 1

0

Width,HeightはCompornentかProjectに設置するのが無難じゃないでしょうか?

/* サイズはテキトーに */
.btn-size-min {width:100px;height:24px}
.btn-size-mid {width:150px;height:32px;}
.btn-size-large {width:200px;height:48px;}


どっちに定義すれば良いかと言われれば、スタイルを適用する範囲で決めています。

 Project

Projectを単位として扱うと(teratailを例として)

  • 質問一覧
  • 質問固有ページ
  • ユーザ固有ページ

くらいの単位で、そのProject単位に固有のスタイルを定義する

 Compornent

他Projectでも使用したいとかならCompornent、要は部品として使い回しできるように定義

参考
FLOCSS  hiloki/flocss - github

ほぼ追加されないと思っても大丈夫です。...

ライブラリを作るか使用するかで違いはあるとは思います。
Bootstrapのようなモノを作るのであれば、Compornentは大量に定義するでしょうし。
Bootstrapを利用しているなら、自分でごりごりCompornentを定義することは少ないと思います。

大抵のユーザは(ライト層?)、利用側に分類されると思いますので「ほぼ追加されない」と言っていると推測します。

投稿

編集

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2016/07/16 22:26

    ありがとうございます。
    難しいですね。

    >>>
    大抵のユーザは(ライト層?)、利用側に分類されると思いますので「ほぼ追加されない」と言っていると推測します。

    compormentは、ほぼ使うことはないものなのでしょうか?
    ほとんどprojectでいいのですかね。

    キャンセル

  • 2016/07/16 23:31

    > ほとんどprojectでいいのですかね
    スタイルの適用範囲、目的がFLOCSSの各レイヤの定義に当てはまればそれでOK。

    極端な例ですが
    ペライチで繰り返し使う定義は全部Projectレイヤに定義。
    複数Projectで使いたければProject固有の設定を除いてCompornent。

    炭酸飲料を例にすれば
    Project ○○コーラ、○○コーラ特有の味
    Project ○○サイダー、○○サイダー特有の味
    Compornent 内容量(350ml,500ml,750ml,1L,1.5L)、容器(缶、ペットボトル)

    という具合

    キャンセル

  • 2016/07/17 11:30

    ありがとうございます。

    ほかのサイトでも利用したいとおもったら、コンポーネント、利用するつもりがなければプロジェクトでよいのですね。

    コンポーネントは色や幅などを持たせないようですが、おそらくそのようなサイトによって変わってしまうCSSは一切つけるなということでしょうが、
    それならそのcss(おそらくモディファイヤー)はどこに記載するのでしょうか?

    また、すべての要素の背景、共通するマージン、パッヂングなどのcss、共通する部分はどこに記載しますか?
    私は共通なのでbase.cssに記載しています。

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 90.04%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる