HTML 標準は、CSS (プレゼンテーション) と HTML (セマンティクスまたは構造) の間の関心事項を明確に分離することを定義しています。
この分離を維持するのに役立つ条項を含む、CSS と XHTML のコーディング標準文書を使用している人はいますか? そのようなコーディング標準文書に含めるのに適した条項は何ですか?
HTML 標準は、CSS (プレゼンテーション) と HTML (セマンティクスまたは構造) の間の関心事項を明確に分離することを定義しています。
この分離を維持するのに役立つ条項を含む、CSS と XHTML のコーディング標準文書を使用している人はいますか? そのようなコーディング標準文書に含めるのに適した条項は何ですか?
私が働いている場所では、私たち全員が順守する物理的な文書はありません。私たちが心に留めようとする多くのガイドラインがありますが、物理的な文書を要求するのに十分な情報はありません. この記事では、これらのガイドラインをうまくまとめています。CSS
読みやすくするために 書式を設定することも検討してください。Smashing Magazineには、このテーマに関する素晴らしい記事があります。
@Lee Theobald が参照している記事は良いスタートです。
マークアップする際に心に留めておこうとするいくつかの基本的なアイデア:
htmlについて:
次の人のために書いてみてください。つまり、他の人が来てあなたの仕事を受け取り、続けることがどれほど簡単か難しいかを考えてください。
この原則をサポートするには、マークアップをできる限り読みやすくする必要があります。特に、class タグと id タグは、意図したコンテンツにできる限り関連付ける必要があります。つまり、タグを使用して、タグが持つコンテンツの種類を説明するようにしてください。
例えば「サブナビ」「コンテンツ」など。
その目的は、誰かが以前に見たことのないマークアップを見つけて、ドキュメントの論理構造を理解できるようにすることです。
また、純粋に視覚効果を得るためにマークアップを追加することは避けてください。ただし、CSS の現在の実装の脆弱性とブラウザーの互換性の問題により、わずかに洗練されたスタイル設定が必要な Web サイトでも、非セマンティック マークアップを回避できる可能性は低いことに注意してください。
CSSファイルについて:
多くの人は、CSS をコメントを使用してセクションに分割し、それらを機能領域または構造領域に分割します。そのため、ヘッダー、フッター、またはタイポグラフィなどのセクションがある場合があります。他の人はこれをさらに進めて、css を複数のファイルに分割し、1 つはタイポグラフィ用、もう 1 つはレイアウト用などにしています。http リクエストの増加により、ページの読み込みに悪影響を与える可能性があります。
もっと書くこともできますが、ご覧のとおり、簡潔にするのに苦労しています。これがあなたに役立つことを願っています。