ベンダー固有のプロパティ

ベンダー固有のCSSプロパティ：必要な悪？

ブラウザ開発者（ベンダー）は、多くの場合、独自のプロパティを使用してCSS仕様を拡張します。 これらの拡張機能は、新しい機能の追加、実験の実施、W3Cの標準化が候補者の推奨ステータスに達する前に予定されている機能のテストを促進するなど、さまざまな目的を果たします。

既存または将来の標準CSSプロパティとの競合を回避するために、特定の命名規則が使用されます。ベンダー固有のプロパティとキーワードは、ハイフン（

）またはアンダースコア（-）から始める必要があります。 推奨される形式は次のとおりです _

この規則は、標準のCSSプロパティがハイフンやアンダースコアで始まることは決してないため、互換性を保証します。 ただし、これは競合を最小限に抑えますが、ベンダー固有の拡張機能は公式のCSS仕様の一部ではなく、変更される可能性があります。 したがって、それらの使用は最小化する必要があります

<code>'-' + vendor specific identifier + '-' + meaningful name

'_' + vendor specific identifier + '-' + meaningful name</code>

表1：一般的なベンダーのプレフィックス

注意：紛争を引き起こす可能性は低いが、ベンダー固有の拡張機能は予告なく変更する可能性があります。 また、CSS検証に合格しません。 可能な限り標準のCSSプロパティに優先順位を付けます。 拡張機能が必要な場合は、利用可能な標準へのスムーズな移行を容易にするために、標準プロパティを密接に反映したものを選択してください。

例：プロパティopacity に使用しました。 この例は、一般的なアプローチを示しています：

opacity この手法により、各ブラウザが適切なプロパティを選択することで、さまざまなブラウザ間の互換性が確保されました。 ブラウザが標準の

プロパティを採用した後でも、このアプローチは機能的なままでした。 インターネットエクスプローラー

<code>'-' + vendor specific identifier + '-' + meaningful name

'_' + vendor specific identifier + '-' + meaningful name</code>

プロパティは標準以外の例外であることに注意してください。

opacity結論：filter

ベンダー固有のプロパティは、互換性のギャップのテストと橋渡しに役立ちますが、長期的なソリューションには理想的ではありません。 常に標準のCSSプロパティを支持します。 ベンダーの接頭辞を控えめに使用し、絶対に必要な場合にのみ、それらが十分に文書化されておらず、予期せずに変化する可能性があることを覚えておいてください。 ブラウザの互換性情報に使用できますか？

以上がベンダー固有のプロパティの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。