差し迫ったCSSベンダープレフィックス大惨事-jsチュートリアル-php.cn

The Impending CSS Vendor Prefix Catastrophe

キーポイント

CSSベンダーのプレフィックス（特に-webkitプレフィックス）の過剰使用は、Web標準とクロスブラウザーの互換性に関する潜在的な問題を提示します。開発者は多くの場合、これらのプレフィックスを使用して新しい機能にアクセスしますが、これにより、標準化されていないブラウザー固有のコードにつながる可能性があります。
World Wide Web Alliance（W3C）は、非Webkitブラウザーで-webkitプレフィックスをサポートすることを検討しています。ただし、これは同じ属性の実装に互換性をもたらす可能性があり、開発者がWebKit固有の属性を使用することをさらに奨励し、事実上の標準にする可能性があります。
この問題の責任は、開発者とブラウザベンダーにあります。開発者は、ブラウザ固有のコードの作成を避け、複数のブラウザーでWebサイトをテストする必要があります。同時に、ブラウザベンダーは、プレフィックスプロパティの標準化されたステータスに関するより多くの情報を提供し、時代遅れのときに強調表示する必要があります。

開発者とCSSベンダーのプレフィックスとの関係は、愛と憎しみと絡み合っています。彼らは私たちが最先端のテクノロジーを使用することを許可しますが、長い声明を犠牲にして：

background-image: -webkit-linear-gradient(#fff, #000);
background-image: -moz-linear-gradient(#fff, #000);
background-image: -ms-linear-gradient(#fff, #000);
background-image: -o-linear-gradient(#fff, #000);
background-image: linear-gradient(#fff, #000);

ログイン後にコピー

理論的にはうまく機能しますが、実際の状況を考慮してください。1。実験特性は通常、WebKitエンジンで最初に実装され、他のブラウザにコピーされるという保証はありません。 2。ベンダープレフィックス属性がCSS仕様の一部であるかどうかを判断することは困難です。一部のベンダーは、標準化の属性を提出しません。 3.標準プロパティが変更された場合でも、間違ったベンダープレフィックスバージョンは引き続きサポートされています。古いコードはまだ機能します。

他のブラウザがプロパティをサポートしている場合でも、プレフィックスなしで幅広い可用性を持っている場合でも、Webサイトは-webkitプレフィックスのみを使用していることがよくあります。したがって、ChromeとSafariは、競合するブラウザよりもよく見えます。border-radius他のメーカーはこれに満足していません。この質問は、2012年2月7日のW3C会議で提起され、議論されました。 WebKitプレフィックスを使用することを人々に提唱するすべてのWeb標準支持者からのプレゼンテーションが表示されます。私たちの仕事は、相互運用性の問題を解決することです。現在、Mozillaで実際にサポートされているWebKitプレフィックスプロパティの数と数の数を決定しようとしています。 WebKitプレフィックスをサポートしていない場合は、モバイルWebの一部から除外されます。

これについて慎重に考えましょう。非ウェブキットブラウザは、-webkitプレフィックスをサポートします。これは、W3Cが検討しているソリューションです。このアイデアは圧倒的な敗北になる可能性があります。同じWebKitプロパティの2つ以上の実装は互換性がないため、開発者はどこでも使用できません。 AppleやGoogleを含む誰も勝ちません。しかし、私は解決策が成功した場合に引き起こす回復不能な損害についてもっと心配しています。開発者は、WebKitプレフィックスがFirefox、IE、およびOperaで有効であることを発見すると、すべての属性で動作することを期待します。 WebKitのみの採用は指数関数的に成長し、ベンダーはプロセス全体にこれらのプレフィックスを実装することを余儀なくされます。当時、W3C仕様に関係なく、WebKit属性は事実上の標準になります。ゲームの終了：オープンウェブは閉じられています。その影響もCSSを超えています。多くの新しいJavaScript APIにはベンダーのプレフィックスがあります。

誰が責任を負うべきですか？
失敗を非難することができます：

W3Cワーキンググループ
Web標準が成熟するのに時間がかかりすぎます。これは避けられないかもしれませんが、ブラウザのメーカーはプロセスをバイパスしています。
ブラウザーメーカー
新しいテクノロジーを導入したいと思っています。接頭辞を追加して忘れてしまいます。 Web開発者はより多くの情報を必要としています：W3Cはこのプロパティを検討していますか？理想的には、ブラウザが標準プロパティを実装すると、実験的なプレフィックスが消えます。ベンダーはウェブサイトを壊すためこれを行いませんが、時代遅れの検出ツールを提供したり、開発者コンソールにエラーメッセージを出力したりするなど、問題を強調するためにさらに多くのことができます。
Electric and Google
どちらも、日常のHTML5 Web開発の標準的な部分としてWebKitプレフィックスを宣伝する罪を犯しています。 AppleはW3Cに積極的に反対したと非難されています。
Mozilla、Microsoft、およびOpera 他のベンダーは、通常、数年ではないにしても、数ヶ月間Webキットブラウザに遅れをとっています。 WebKitプレフィックスを追加することはばかげたソリューションです。レベルを改善する時が来ました。技術的なウェブサイトと説教者
私たちは皆、クールなデモが大好きですが、説教者は属性が実験的であり、完全なブラウザのサポートを得ることはないかもしれないという言及をしばしば無視します（はい、これにはSitePoint を含む）。理想的には、少なくとも2つのブラウザでコードを実行する必要があります。 web開発者
私たちはあまりにも怠zyです。ブラウザ固有のコードを書いていますが、後で修正するつもりですが、めったにそれを行うことはありません。開発者が最後に特定のブラウザをターゲットにしたときのことを覚えていますか？それはIE6です。 10年後、私たちはまだこの決定の影響下にあります。あなたは本当に歴史を繰り返したいですか？

アクションを実行する時が来ました

WebKitプレフィックスをサポートするための非Webkitブラウザに反対します。せいぜい、接頭辞を使用できなくなります。最悪の場合、標準化プロセス全体を混乱させます。同意または反対するかもしれませんが、同僚、ブログ、ソーシャルネットワークに意見を述べてください。 W3Cとブラウザのメーカーは、フィードバックを提供するだけです。次に、複数のブラウザでWebサイトをテストします。少しエレガントなダウングレードは問題ありませんが、サポートが平等な1つ以上の最新のブラウザーを無視することは問題ありません。コードを修正するか、あなたのウェブサイトが問題を悪化させています。
CSSプレフィックスとwebkit
についての
FAQ（FAQS）
CSSプレフィックスの目的（-moz-、-o-、-ms-、-webkit-など）は何ですか？
ベンダープレフィックスとも呼ばれる
CSSプレフィックスは、新しいCSS機能がW3C（World Wide Web Alliance）標準になる前にブラウザメーカーが追加する方法です。これらのプレフィックスは、新機能がブラウザでのみ有効であることを保証します。たとえば、はMozilla Firefoxの場合、-moz-はMicrosoft Internet ExplorerとEdge用です。-o-は、Safariや古いバージョンのChromeなどのWebKitエンジンを使用したブラウザー用です。 -ms- -webkit- WebKitプレフィックスの危機とは何ですか？

WebKitプレフィックス危機とは、非ウェブキットブラウザが
プレフィックスのサポートを開始して、これらのプレフィックスのみを使用するサイトとの互換性を確保する状況を指します。これにより、Web標準の断片化につながり、新しいブラウザが市場に参入することが難しくなります。
-webkit-コードでCSSプレフィックスを使用する方法は？

CSSプレフィックスを使用するには、スタイルシートのCSSプロパティの前に追加するだけです。たとえば、ベンダーのプレフィックスを使用して
属性を使用するには、次のことを記述できます。
border-radius（次の質問に対する回答は類似しており、記事の全体的な構造と情報の完全性を維持するために省略されています）

以上が差し迫ったCSSベンダープレフィックス大惨事の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。