ホームページ >ウェブフロントエンド >htmlチュートリアル >CSS SASSスタイルプログラミングガイド_HTML/Xhtml_Webページ制作
SASS を使用する開発者が増えるにつれて、SASS コードの数に注意を払う必要があります。 CSS (カスケード スタイル シート) の構文から始めて、SASS 構文の特殊な機能のいくつかを説明します。結局のところ、CSS スタイル ガイドは非常に一般的です。
この記事では主に私が個人的に興味のあるいくつかの機能を紹介します。これらの機能から恩恵を受けて、独自の SASS 使用ガイドを作成できるかもしれません。
通常の CSS 書式設定ルールとスタイル ガイドを引き続き維持してください
この記事は SASS のいくつかの側面に焦点を当てていますが、これに基づいて、開発者は既存の適切な書式設定ルールを維持する必要があります。独自の書式設定ルールをまだ作成していない場合は、独自の CSS 記述習慣を身に付けるのに役立ついくつかのスタイル ガイドを確認してください。以下に含まれるもののほんの一部を示します:
1. 行のインデントを一貫して保ちます
2. コロン/中括弧の前後のスペースの数を一貫して保ちます
3. 1 行に 1 つのセレクターと 1 行に 1 つのルールを維持します
4.関連する属性を Together に書き込む
5. クラス名の命名規則を計画する
6. CSS ID セレクターの使用を避ける
7. 待つ
次に、.weather クラスのプロパティの記述を例として、美しい SASS コードの記述方法を学びましょう:
最初のリスト @extend(s)
これにより、開発者は明確なアイデアを維持し、このクラスとその属性、および他のクラスとその属性の間の関係をすぐに知ることができ、属性の一貫性と属性の再利用についての明確なアイデアを維持することができます。
通常スタイル
セレクターのネスト
すべてのベンダー プレフィックスは @mixins を使用します
ベンダー プレフィックス (CSS プレフィックス) は時間に非常に敏感です。 最新のブラウザの更新により、これらのプレフィックスはますます使用されなくなります。ミックスインの内容を更新することで、これらの変更に適応できます (または、ミックスインで使用される一部のライブラリが自動的に更新されます)。 mixin が 1 行であっても問題ありません。
3 レベルを超えてネストしないでください
場合によっては、クラスに関連するコードが多すぎるため、タグ セレクターを使用する必要があります。不必要なカスケードを避けるために、クラスを厳密に指定する必要がある場合があります。 可能な場合でも、CSS の再利用機能の一部を活用するには、extend を使用してください。
ネストされたコードは 50 行を超えてはなりません
SASS に 50 行を超えるネストがある場合、コンパイラーの 1 ページに完全に表示されない可能性があり、コードが読みにくく、理解しにくくなります。ネストは本来、思考とコードの編成を容易にし、簡素化することを目的としています。可読性を損なう場合は、ネストしないでください。
グローバルおよびリージョナル SASS ファイル シーケンスはテーブル コンテンツと同等です
つまり、決まったスタイルがないのです。開発者は、すべての部分のスタイルを一貫性と秩序を保つように心がける必要があります。
最初にベンダー/グローバル ライブラリをリストし、次にカスタム ライブラリ、次にモード、最後に各部門で使用されるライブラリをリストします。
このようにすると、「ディレクトリ」は次の例のようになります。これは一目瞭然です:
これらのファイルはコンパスのようなもので、カラーとミックスインはコンパイルされた CSS コードを生成せず、純粋にスタンドアロン ライブラリです。その後、特異性の競合なしに書き換えをより安全にするためのパターンが導入されました。
SASS を複数の小さなファイルに合理的に分割
これを行うことに何も問題はありません。状況が許せば、小さくて正確な複数のファイルを使用するようにしてください。これにより、開発者は、長いコードを含むいくつかの大きなファイルの干し草の山から針を探すのではなく、特定のファイルを見つけることができます。
...
私がよく行うのは、_header.scss ファイルを参照する代わりに、グローバル scss ファイルでこれらのファイルを 1 つずつ参照し、_header.scss ファイルで 1 つずつ参照することです。そうすることで、インデックス作成時間が短縮され、読み取り効率が向上します。
ファイルが多すぎてインポートシーケンスが長すぎる場合は、グロビングを使用できます。
パーシャルに _partial.scss という名前を付けてください
これは、単独ではコンパイルできないファイルの一般的な名前です。このようなファイルは他のファイルにある程度依存するため、単独でコンパイルを完了することができなくなります。個人的には、_dropdown-menu.scss
ローカルでコンパイルするときに行マッピング
ここを参照してください。これは、インポートされた部分ファイルであっても、開発ツールがすべてのルールのソースを通知できることを意味します。
デプロイするときは、合理化されたファイルをコンパイルすることを忘れないでください
実行中の Web ページでは、常に最小限の CSS を使用する必要があります。
.css ファイルを送信する必要はありません
時間はかかるかもしれませんが、リポジトリに .css ファイルが存在しないことは、デプロイメント時に行われるため、非常に便利です。 したがって、あなたが見ることができるのは、合理化され、美しくフォーマットされた Sass ファイルだけです。 これにより、ファイルの説明が非常に便利になります。ファイルの説明は、バージョン発行者によって加えられた変更を比較するために使用されます。すでに合理化された .css ファイルの場合、基本的にファイルの説明は不要です。
豊富な使用上の注意事項
コードにコメントを残したことを後悔する人はほとんどいません。有用なコメントであっても、目立たないコメントであっても、合理化された CSS ファイルにコンパイルされるときに最終的には削除されます。開発者には追加コストはかかりません。
.overlay {
/* モーダルは 6000、保存メッセージは 5500、ヘッダーは 2000 */
z-index:
}
注釈について言えば、標準化のための調整も必要になる場合があります。 SASS では、「//」はコメントを追加するのに最適で、「//」を使用するとコメントとコメント解除が非常に便利になります。
よく使われる値や特別な意味を持つ値を変数に変換します
値を再利用していることに気付いた場合 (フロントエンド設計ではよくあることです)、それを変数に変換することをお勧めします。こうすることで、値に名前を付けることでその意味を思い出すことができ、コードを記述するときに一貫性を保つことができます。この値を変更するときに 1 行ずつ調整する必要はありません。
数値に明らかな意味がある場合、それを変数に変換することが不可欠です。
Sass のメディア ライブラリをネストする機能は、1. 他の場所でセレクターを書き換える必要がなく、不要なエラーを引き起こす必要がありません。2. 書き換えるルールが明確になり、これらが非常に混乱する可能性があります。コードが CSS コードの末尾または他のファイルにある場合。
CSS コード
コンテンツをクリップボードにコピーします
グローバル スタイル シートの最後に _shame.scss ファイルを導入します。
あなたがすべてを決めるリーダーです
Sass は、ユーザーが指示しない限り何も実行しません。そのため、sass ファイルの最終出力は人によって異なります。 sass を使用して css ファイルを記述することは、sass を使用しないのと同じであり、コードのリーダーはあなたです。