0

OOCSS プリンシパル (inuit.css、smacss など) に従う 3 層スタイル ガイドの構造/アーキテクチャに関する議論を求めています。inuit.css に精通している場合は、フレームワークが 2 つのレイヤーで構築されていることがわかります。最下層 (基盤) は inuit.css のコアを表します。基本的に、決して変更してはならないオブジェクトと抽象化。2 番目の層には、基礎層への拡張機能、つまり、目前のアプリケーションに固有のスキンとテーマが含まれます。基本オブジェクトをスキニング/テーマから分離するという同じ根本原理が、Nicole Sullivan による OOCSS で伝えられています。そうは言っても、3 つのレイアウト シナリオに関するディスカッションを探しています。最初のレイヤーは基本オブジェクトを表します。2 番目のレイヤーは、ローカル レベルでのベース オブジェクトへのスキン/テーマ/拡張機能を表します。

|+Application (specific to a single application) 
 |+Local (specific to a bundle of applications)
  |+Global  (non specific. Shared by any/every current future application)

50 の異なるアプリケーションを持つ会社があるとします。グローバル スタイル ガイドを継承するには、50 個のアプリケーションすべてが必要です。次に、50 のアプリケーションのうち 25 を統合し、同じスタイル ガイドを継承する必要があるとします。地方レベルでしょう。最後に、25 個のアプリケーションのそれぞれに、ローカル ガイドとグローバル ガイドをオーバーライドするために必要な特定のテーマが設定されている場合があります。また、SASSプリプロセッサをアーキテクチャに含める必要があることにも言及する必要があります。先行する各レベルは、以前に確立された変数をオーバーライドする機能を備えている必要があります (例: グローバル割り当て変数 base-font-size 変数を 16px に。ローカル アプリケーションは base-font-size を 15px にオーバーライドします。ローカル アプリケーションの 1 つは、ローカル レベルを base-font にオーバーライドします。・サイズは12px。

人々がディレクトリ構造をどのようにフォーマットするのか知りたいので、回答を楽しみにしています!

4

1 に答える 1